README ¶
Gobis-server
Create a gobis server based on a config file.
The standalone server will make available all middlewares you can found in gobis-middlewares
Note: To enable them in your route see parameters to set on each ones
Summary:
Installation
go get github/orange-cloudfoundry/gobis-server
If you set your PATH
with $GOPATH/bin/
you should have now a gobis-server
binary available, this is the standalone server.
Commands
NAME:
gobis-server - Create a gobis server based on a config file
USAGE:
gobis-server [global options] command [command options] [arguments...]
VERSION:
1.3.0
COMMANDS:
help, h Shows a list of commands or help for one command
GLOBAL OPTIONS:
--config-path value, -c value Path to the config file (This file will not be used in a cloud env like Cloud Foundry, Heroku or kubernetes) (default: "config.yml") [$CONFIG_FILE]
--cert value Path to a cert file or a cert content to enable https server (default: "server.crt")
--key value Path to a key file or a key content to enable https server (default: "server.key")
--log-level value, -l value Log level to use
--log-json, -j Write log in json
--sidecar, -s Run server as a sidecar, you can use sidecar-env to force sidecar env detection
--sidecar-env value Must be use with --sidecar, this permit to force sidecar env detection
--no-color Logger will not display colors
--lets-encrypt-domains value, --led value If set server will use a certificate generated with let's encrypt, value should be your domain(s) (e.g.: --lets-encrypt=example.com[,seconddomain.com]). Host and port will be overwritten to use 0.0.0.0:443
--help, -h show help
--version, -v print the version
Usage
There is two different usage:
- In local
- In a cloud through gautocloud (Run with ease gobis on: Kubernetes, CloudFoundry or Heroku)
In local
- Create a
config.yml
file where you want to run your server, following this schema:
# Host where server should listen (default to 0.0.0.0)
host: 127.0.0.1 # you can either set 0.0.0.0
# Port where server should listen, if empty it will look for PORT env var and if not found it will be listen on 9080
port: 8080
# List of headers which cannot be removed by `sensitive_headers`
protected_headers: []
# Set the path where all path from route should start (e.g.: if set to `/root` request for the next route will be localhost/root/app)
start_path: ""
routes:
# Name of your routes
- name: myapi
# Path which gobis handler should listen to
# You can use globs:
# - appending /* will only make requests available in first level of upstream
# - appending /** will pass everything to upstream
path: /app/**
# Upstream url where all request will be redirected (if ForwardedHeader option not set)
# Query parameters can be passed, e.g.: http:#localhost?param=1
# User and password are given as basic auth too (this is not recommended to use it), e.g.: http:#user:password@localhost
# Can be empty if ForwardedHeader is set
# This is ignored if ForwardHandler is set
url: http://www.mocky.io/v2/595625d22900008702cd71e8
# If set upstream url will be took from the value of this header inside the received request
# Url option will be used for the router to match host and path (if not empty) found in value of this header and host and path found in url (If NoUrlMatch is false)
# this useful, for example, to create a cloud foundry routes service: https:#docs.cloudfoundry.org/services/route-services.html
forwarded_header: ""
# List of headers which should not be sent to upstream
sensitive_headers: []
# List of http methods allowed (Default: all methods are accepted)
methods: []
# An url to an http proxy to make requests to upstream pass to this
http_proxy: ""
# An url to an https proxy to make requests to upstream pass to this
https_proxy: ""
# Force to never use proxy even proxy from environment variables
no_proxy: false
# By default response from upstream are buffered, it can be issue when sending big files
# Set to true to stream response
no_buffer: false
# Set to true to not send X-Forwarded-* headers to upstream
remove_proxy_headers: false
# Set to true to not check ssl certificates from upstream (not really recommended)
insecure_skip_verify: false
# Set to true to see errors on web page when there is a panic error on gobis
show_error: false
# Chain others routes in a routes
routes: ~
# Will forward directly to proxified route OPTIONS method without using middlewares
options_passthrough: false
# It was made to pass arbitrary params to use it after in gobis middlewares
# Here you can set cors parameters for cors middleware (see doc relative to middlewares)
middleware_params:
cors:
max_age: 12
allowed_origins:
- http://localhost
- Run
gobis
in your terminal and server is now started
In a cloud
Note: If a gobis config file exists routes, protected headers, start path and host will be merged against the service configuration.
On CloudFoundry as an a
- Create a cups service named
.*gobis-config
with the same credentials set in yaml, example:
{
"protected_headers": ["x-header-one"],
"routes": [
{
"name": "app",
"path": "/**",
"url": "http://www.mocky.io/v2/595625d22900008702cd71e8",
"show_error": true,
"no_buffer": false
}
]
}
- Bind it to your gobis instance
You can either create a configuration to make your app be used as a route service, this how to to do this.
Your configuration should use forwarded_header
set to X-CF-Forwarded-Url
.
Url can be omitted but if you set it to the cloud foundry route where you want to redirect it will possible to create multiple gobis routes for different cloud foundry app.
Example of configuration:
{
"protected_headers": ["x-header-one"],
"routes": [
{
"name": "my-cf-app",
"path": "/**",
"url": "http://my_cf_app_under_gobis.external.domain.cf",
"forwarded_header": "X-CF-Forwarded-Url",
"show_error": true,
"no_buffer": false
}
]
}
you can now create an user provided route service (cf cups to-gobis -r https://gobis.external.domain.cf
) and bind it to
your app route which will be under gobis (cf bind-route-service external.domain.cf to-gobis --hostname my_cf_app_under_gobis
)
On Heroku or Kubernetes
- Create an env var or service named
.*CONFIG
where you put your configuration in json, example:
{
"protected_headers": ["x-header-one"],
"routes": [
{
"name": "app",
"path": "/**",
"url": "http://www.mocky.io/v2/595625d22900008702cd71e8",
"show_error": true,
"no_buffer": false
}
]
}
- Your configuration should be loaded
Sidecar
Gobis-server can be used as a sidecar in a container. This actually mean that it will receive all traffic in front of another web app and will reverse to this app.
Sidecar intentionally force to have one route and redirect everything to app beside.
To do so simply run with --sidecar
argument, this will auto-detect your environment.
You can chose yourself environment by using argument --sidecar-env
Supported environment:
cloudfoundry
Cloud Foundry
Cloud Foundry sidecar expect to be loaded in his own buildpack. We will explain here only lifecycle.
Sidecar expect to find route.yml
file in working directory with
this content for one route and url
, name
and path
can be omitted (it will override if set), e.g.:
insecure_skip_verify: false
show_error: false
middleware_params:
cors:
max_age: 12
allowed_origins:
- http://localhost
Gobis-server config can be set with normal config file.
Sidecar will do the following:
- Load
.gobis/route.yml
file and add only this route to gobis (name
will be configured asproxy-<app-name>
andpath
will be/**
) - Look for all files named as follow
.gobis/*-params.yml
and load them as middleware params to be injected in route. - Get from env var
GOBIS_PORT
to know where app should listen - Create route url to
http://127.0.0.1:<previous found port>
- Look in
Procfile
if keystart
is found. Content is the custom command for real app that user want to override - Run default launcher from cloud foundry with start command given by user if exists
to start real app with
PORT
env var override to previous found port - Gobis-server will listening on port expected by cloud foundry and will reverse traffic to app beside
Documentation ¶
There is no documentation for this package.