2016-02-23 12:59:30 +00:00
|
|
|
{{ $CurrentContainer := where $ "ID" .Docker.CurrentContainerID | first }}
|
2016-02-05 08:16:43 +00:00
|
|
|
|
2015-07-15 15:21:10 +00:00
|
|
|
{{ define "upstream" }}
|
|
|
|
{{ if .Address }}
|
|
|
|
{{/* If we got the containers from swarm and this container's port is published to host, use host IP:PORT */}}
|
|
|
|
{{ if and .Container.Node.ID .Address.HostPort }}
|
|
|
|
# {{ .Container.Node.Name }}/{{ .Container.Name }}
|
|
|
|
server {{ .Container.Node.Address.IP }}:{{ .Address.HostPort }};
|
|
|
|
{{/* If there is no swarm node or the port is not published on host, use container's IP:PORT */}}
|
2016-01-17 11:29:55 +00:00
|
|
|
{{ else if .Network }}
|
2015-07-15 15:21:10 +00:00
|
|
|
# {{ .Container.Name }}
|
2016-01-17 11:29:55 +00:00
|
|
|
server {{ .Network.IP }}:{{ .Address.Port }};
|
2015-07-15 15:21:10 +00:00
|
|
|
{{ end }}
|
2016-01-17 11:29:55 +00:00
|
|
|
{{ else if .Network }}
|
2015-07-15 15:21:10 +00:00
|
|
|
# {{ .Container.Name }}
|
2016-01-17 11:29:55 +00:00
|
|
|
server {{ .Network.IP }} down;
|
2015-07-15 15:21:10 +00:00
|
|
|
{{ end }}
|
|
|
|
{{ end }}
|
|
|
|
|
2014-10-26 00:13:04 +00:00
|
|
|
# If we receive X-Forwarded-Proto, pass it through; otherwise, pass along the
|
|
|
|
# scheme used to connect to this server
|
2014-10-22 22:18:46 +00:00
|
|
|
map $http_x_forwarded_proto $proxy_x_forwarded_proto {
|
|
|
|
default $http_x_forwarded_proto;
|
|
|
|
'' $scheme;
|
|
|
|
}
|
|
|
|
|
2014-10-26 00:13:17 +00:00
|
|
|
# If we receive Upgrade, set Connection to "upgrade"; otherwise, delete any
|
|
|
|
# Connection header that may have been passed to this server
|
|
|
|
map $http_upgrade $proxy_connection {
|
|
|
|
default upgrade;
|
2015-05-09 21:15:26 +00:00
|
|
|
'' close;
|
2014-10-26 00:13:17 +00:00
|
|
|
}
|
|
|
|
|
2015-01-05 12:31:26 +00:00
|
|
|
gzip_types text/plain text/css application/javascript application/json application/x-javascript text/xml application/xml application/xml+rss text/javascript;
|
2014-11-02 13:29:32 +00:00
|
|
|
|
2014-12-07 01:46:25 +00:00
|
|
|
log_format vhost '$host $remote_addr - $remote_user [$time_local] '
|
|
|
|
'"$request" $status $body_bytes_sent '
|
|
|
|
'"$http_referer" "$http_user_agent"';
|
|
|
|
|
2015-08-23 16:00:58 +00:00
|
|
|
access_log off;
|
2014-11-02 13:29:32 +00:00
|
|
|
|
2015-08-14 17:29:44 +00:00
|
|
|
{{ if (exists "/etc/nginx/proxy.conf") }}
|
|
|
|
include /etc/nginx/proxy.conf;
|
|
|
|
{{ else }}
|
2014-10-26 05:06:54 +00:00
|
|
|
# HTTP 1.1 support
|
|
|
|
proxy_http_version 1.1;
|
2014-10-26 05:12:03 +00:00
|
|
|
proxy_buffering off;
|
2014-10-26 05:06:54 +00:00
|
|
|
proxy_set_header Host $http_host;
|
|
|
|
proxy_set_header Upgrade $http_upgrade;
|
|
|
|
proxy_set_header Connection $proxy_connection;
|
|
|
|
proxy_set_header X-Real-IP $remote_addr;
|
|
|
|
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
|
|
|
|
proxy_set_header X-Forwarded-Proto $proxy_x_forwarded_proto;
|
2016-07-18 17:34:37 +00:00
|
|
|
proxy_set_header Proxy "";
|
2015-08-14 17:29:44 +00:00
|
|
|
{{ end }}
|
2014-10-26 05:06:54 +00:00
|
|
|
|
2014-06-03 21:32:29 +00:00
|
|
|
server {
|
2014-06-03 22:30:05 +00:00
|
|
|
server_name _; # This is just an invalid value which will never trigger on a real hostname.
|
2015-07-24 08:39:56 +00:00
|
|
|
listen 80;
|
2015-08-23 16:00:58 +00:00
|
|
|
access_log /var/log/nginx/access.log vhost;
|
2014-06-03 22:30:05 +00:00
|
|
|
return 503;
|
2014-06-03 21:32:29 +00:00
|
|
|
}
|
2014-06-03 22:30:05 +00:00
|
|
|
|
2015-08-26 08:35:47 +00:00
|
|
|
{{ if (and (exists "/etc/nginx/certs/default.crt") (exists "/etc/nginx/certs/default.key")) }}
|
|
|
|
server {
|
|
|
|
server_name _; # This is just an invalid value which will never trigger on a real hostname.
|
2015-09-23 15:47:18 +00:00
|
|
|
listen 443 ssl http2;
|
2015-10-07 04:18:00 +00:00
|
|
|
access_log /var/log/nginx/access.log vhost;
|
2015-08-26 08:35:47 +00:00
|
|
|
return 503;
|
|
|
|
|
|
|
|
ssl_certificate /etc/nginx/certs/default.crt;
|
|
|
|
ssl_certificate_key /etc/nginx/certs/default.key;
|
|
|
|
}
|
|
|
|
{{ end }}
|
|
|
|
|
2014-06-08 16:14:51 +00:00
|
|
|
{{ range $host, $containers := groupByMulti $ "Env.VIRTUAL_HOST" "," }}
|
Add SSL support
This adds SSL support for containers. It supports single host
certificates, wildcards and SNI using naming conventions for
certificates or optionally specify a cert name (for SNI). The SSL
cipher configuration is based on mozilla intermediate profile which
should provide compatibility with clients back to Firefox 1, Chrome 1,
IE 7, Opera 5, Safari 1, Windows XP IE8, Android 2.3, Java 7. The
configuration also enables OCSP stapling, HSTS, and ssl session caches.
To enable SSL, nginx-proxy should be started w/ -p 443:443 and -v
/path/to/certs:/etc/nginx/certs. Certificates must be named:
<virtualhost>.crt and <virtualhost>.key where <virtualhost> matches
the a value of VIRTUAL_HOST on a container.
For wildcard certificates, the certificate and private key should be
named after the wildcard domain with .crt and .key suffixes. For example,
*.example.com should be name example.com.crt and example.com.key.
For SNI where a certificate may be used for multiple domain names, the
container can specify a CERT_NAME env var that corresponds to the base
file name of the certificate and key. For example, if you have a cert
allowing *.example.com and *.bar.com, it can be name shared.crt and
shared.key. A container can use that cert by having CERT_NAME=shared and
VIRTUAL_HOST=foo.example.com. The name "shared" is arbitrary and can
be whatever makes sense.
The behavior for the proxy when port 80 and 443 is defined is as
follows:
* If a container has a usable cert, port 80 will redirect to
443 for that container to always prefer HTTPS when available.
* If the container does not have a usable cert 503 will be returned.
In the last case, a self-signed or generic cert can be defined as
"default.crt" and "default.key" which will allow a client browser to
at least make a SSL connection.
2014-11-26 17:38:51 +00:00
|
|
|
|
2014-05-05 16:59:23 +00:00
|
|
|
upstream {{ $host }} {
|
2014-11-02 13:23:33 +00:00
|
|
|
{{ range $container := $containers }}
|
2014-10-26 06:04:54 +00:00
|
|
|
{{ $addrLen := len $container.Addresses }}
|
2016-02-05 08:16:43 +00:00
|
|
|
|
|
|
|
{{ range $knownNetwork := $CurrentContainer.Networks }}
|
|
|
|
{{ range $containerNetwork := $container.Networks }}
|
|
|
|
{{ if eq $knownNetwork.Name $containerNetwork.Name }}
|
|
|
|
## Can be connect with "{{ $containerNetwork.Name }}" network
|
|
|
|
|
|
|
|
{{/* If only 1 port exposed, use that */}}
|
|
|
|
{{ if eq $addrLen 1 }}
|
|
|
|
{{ $address := index $container.Addresses 0 }}
|
|
|
|
{{ template "upstream" (dict "Container" $container "Address" $address "Network" $containerNetwork) }}
|
|
|
|
{{/* If more than one port exposed, use the one matching VIRTUAL_PORT env var, falling back to standard web port 80 */}}
|
|
|
|
{{ else }}
|
|
|
|
{{ $port := coalesce $container.Env.VIRTUAL_PORT "80" }}
|
|
|
|
{{ $address := where $container.Addresses "Port" $port | first }}
|
|
|
|
{{ template "upstream" (dict "Container" $container "Address" $address "Network" $containerNetwork) }}
|
|
|
|
{{ end }}
|
|
|
|
{{ end }}
|
|
|
|
{{ end }}
|
2014-06-03 22:30:05 +00:00
|
|
|
{{ end }}
|
2014-05-20 03:10:53 +00:00
|
|
|
{{ end }}
|
2014-05-05 16:59:23 +00:00
|
|
|
}
|
|
|
|
|
2015-07-26 09:38:45 +00:00
|
|
|
{{ $default_host := or ($.Env.DEFAULT_HOST) "" }}
|
|
|
|
{{ $default_server := index (dict $host "" $default_host "default_server") $host }}
|
2015-07-24 08:39:56 +00:00
|
|
|
|
2015-02-15 00:02:39 +00:00
|
|
|
{{/* Get the VIRTUAL_PROTO defined by containers w/ the same vhost, falling back to "http" */}}
|
|
|
|
{{ $proto := or (first (groupByKeys $containers "Env.VIRTUAL_PROTO")) "http" }}
|
|
|
|
|
2015-11-20 22:36:12 +00:00
|
|
|
{{/* Get the HTTPS_METHOD defined by containers w/ the same vhost, falling back to "redirect" */}}
|
|
|
|
{{ $https_method := or (first (groupByKeys $containers "Env.HTTPS_METHOD")) "redirect" }}
|
|
|
|
|
Add SSL support
This adds SSL support for containers. It supports single host
certificates, wildcards and SNI using naming conventions for
certificates or optionally specify a cert name (for SNI). The SSL
cipher configuration is based on mozilla intermediate profile which
should provide compatibility with clients back to Firefox 1, Chrome 1,
IE 7, Opera 5, Safari 1, Windows XP IE8, Android 2.3, Java 7. The
configuration also enables OCSP stapling, HSTS, and ssl session caches.
To enable SSL, nginx-proxy should be started w/ -p 443:443 and -v
/path/to/certs:/etc/nginx/certs. Certificates must be named:
<virtualhost>.crt and <virtualhost>.key where <virtualhost> matches
the a value of VIRTUAL_HOST on a container.
For wildcard certificates, the certificate and private key should be
named after the wildcard domain with .crt and .key suffixes. For example,
*.example.com should be name example.com.crt and example.com.key.
For SNI where a certificate may be used for multiple domain names, the
container can specify a CERT_NAME env var that corresponds to the base
file name of the certificate and key. For example, if you have a cert
allowing *.example.com and *.bar.com, it can be name shared.crt and
shared.key. A container can use that cert by having CERT_NAME=shared and
VIRTUAL_HOST=foo.example.com. The name "shared" is arbitrary and can
be whatever makes sense.
The behavior for the proxy when port 80 and 443 is defined is as
follows:
* If a container has a usable cert, port 80 will redirect to
443 for that container to always prefer HTTPS when available.
* If the container does not have a usable cert 503 will be returned.
In the last case, a self-signed or generic cert can be defined as
"default.crt" and "default.key" which will allow a client browser to
at least make a SSL connection.
2014-11-26 17:38:51 +00:00
|
|
|
{{/* Get the first cert name defined by containers w/ the same vhost */}}
|
|
|
|
{{ $certName := (first (groupByKeys $containers "Env.CERT_NAME")) }}
|
|
|
|
|
|
|
|
{{/* Get the best matching cert by name for the vhost. */}}
|
|
|
|
{{ $vhostCert := (closest (dir "/etc/nginx/certs") (printf "%s.crt" $host))}}
|
2016-06-13 06:10:49 +00:00
|
|
|
|
|
|
|
{{/* vhostCert is actually a filename so remove any suffixes since they are added later */}}
|
|
|
|
{{ $vhostCert := replace $vhostCert ".crt" "" -1 }}
|
|
|
|
{{ $vhostCert := replace $vhostCert ".key" "" -1 }}
|
Add SSL support
This adds SSL support for containers. It supports single host
certificates, wildcards and SNI using naming conventions for
certificates or optionally specify a cert name (for SNI). The SSL
cipher configuration is based on mozilla intermediate profile which
should provide compatibility with clients back to Firefox 1, Chrome 1,
IE 7, Opera 5, Safari 1, Windows XP IE8, Android 2.3, Java 7. The
configuration also enables OCSP stapling, HSTS, and ssl session caches.
To enable SSL, nginx-proxy should be started w/ -p 443:443 and -v
/path/to/certs:/etc/nginx/certs. Certificates must be named:
<virtualhost>.crt and <virtualhost>.key where <virtualhost> matches
the a value of VIRTUAL_HOST on a container.
For wildcard certificates, the certificate and private key should be
named after the wildcard domain with .crt and .key suffixes. For example,
*.example.com should be name example.com.crt and example.com.key.
For SNI where a certificate may be used for multiple domain names, the
container can specify a CERT_NAME env var that corresponds to the base
file name of the certificate and key. For example, if you have a cert
allowing *.example.com and *.bar.com, it can be name shared.crt and
shared.key. A container can use that cert by having CERT_NAME=shared and
VIRTUAL_HOST=foo.example.com. The name "shared" is arbitrary and can
be whatever makes sense.
The behavior for the proxy when port 80 and 443 is defined is as
follows:
* If a container has a usable cert, port 80 will redirect to
443 for that container to always prefer HTTPS when available.
* If the container does not have a usable cert 503 will be returned.
In the last case, a self-signed or generic cert can be defined as
"default.crt" and "default.key" which will allow a client browser to
at least make a SSL connection.
2014-11-26 17:38:51 +00:00
|
|
|
|
2016-05-16 23:46:46 +00:00
|
|
|
{{/* Use the cert specified on the container or fallback to the best vhost match */}}
|
Add SSL support
This adds SSL support for containers. It supports single host
certificates, wildcards and SNI using naming conventions for
certificates or optionally specify a cert name (for SNI). The SSL
cipher configuration is based on mozilla intermediate profile which
should provide compatibility with clients back to Firefox 1, Chrome 1,
IE 7, Opera 5, Safari 1, Windows XP IE8, Android 2.3, Java 7. The
configuration also enables OCSP stapling, HSTS, and ssl session caches.
To enable SSL, nginx-proxy should be started w/ -p 443:443 and -v
/path/to/certs:/etc/nginx/certs. Certificates must be named:
<virtualhost>.crt and <virtualhost>.key where <virtualhost> matches
the a value of VIRTUAL_HOST on a container.
For wildcard certificates, the certificate and private key should be
named after the wildcard domain with .crt and .key suffixes. For example,
*.example.com should be name example.com.crt and example.com.key.
For SNI where a certificate may be used for multiple domain names, the
container can specify a CERT_NAME env var that corresponds to the base
file name of the certificate and key. For example, if you have a cert
allowing *.example.com and *.bar.com, it can be name shared.crt and
shared.key. A container can use that cert by having CERT_NAME=shared and
VIRTUAL_HOST=foo.example.com. The name "shared" is arbitrary and can
be whatever makes sense.
The behavior for the proxy when port 80 and 443 is defined is as
follows:
* If a container has a usable cert, port 80 will redirect to
443 for that container to always prefer HTTPS when available.
* If the container does not have a usable cert 503 will be returned.
In the last case, a self-signed or generic cert can be defined as
"default.crt" and "default.key" which will allow a client browser to
at least make a SSL connection.
2014-11-26 17:38:51 +00:00
|
|
|
{{ $cert := (coalesce $certName $vhostCert) }}
|
|
|
|
|
2015-11-20 21:53:50 +00:00
|
|
|
{{ $is_https := (and (ne $cert "") (exists (printf "/etc/nginx/certs/%s.crt" $cert)) (exists (printf "/etc/nginx/certs/%s.key" $cert))) }}
|
|
|
|
|
|
|
|
{{ if $is_https }}
|
Add SSL support
This adds SSL support for containers. It supports single host
certificates, wildcards and SNI using naming conventions for
certificates or optionally specify a cert name (for SNI). The SSL
cipher configuration is based on mozilla intermediate profile which
should provide compatibility with clients back to Firefox 1, Chrome 1,
IE 7, Opera 5, Safari 1, Windows XP IE8, Android 2.3, Java 7. The
configuration also enables OCSP stapling, HSTS, and ssl session caches.
To enable SSL, nginx-proxy should be started w/ -p 443:443 and -v
/path/to/certs:/etc/nginx/certs. Certificates must be named:
<virtualhost>.crt and <virtualhost>.key where <virtualhost> matches
the a value of VIRTUAL_HOST on a container.
For wildcard certificates, the certificate and private key should be
named after the wildcard domain with .crt and .key suffixes. For example,
*.example.com should be name example.com.crt and example.com.key.
For SNI where a certificate may be used for multiple domain names, the
container can specify a CERT_NAME env var that corresponds to the base
file name of the certificate and key. For example, if you have a cert
allowing *.example.com and *.bar.com, it can be name shared.crt and
shared.key. A container can use that cert by having CERT_NAME=shared and
VIRTUAL_HOST=foo.example.com. The name "shared" is arbitrary and can
be whatever makes sense.
The behavior for the proxy when port 80 and 443 is defined is as
follows:
* If a container has a usable cert, port 80 will redirect to
443 for that container to always prefer HTTPS when available.
* If the container does not have a usable cert 503 will be returned.
In the last case, a self-signed or generic cert can be defined as
"default.crt" and "default.key" which will allow a client browser to
at least make a SSL connection.
2014-11-26 17:38:51 +00:00
|
|
|
|
2015-11-20 21:53:50 +00:00
|
|
|
{{ if eq $https_method "redirect" }}
|
Add SSL support
This adds SSL support for containers. It supports single host
certificates, wildcards and SNI using naming conventions for
certificates or optionally specify a cert name (for SNI). The SSL
cipher configuration is based on mozilla intermediate profile which
should provide compatibility with clients back to Firefox 1, Chrome 1,
IE 7, Opera 5, Safari 1, Windows XP IE8, Android 2.3, Java 7. The
configuration also enables OCSP stapling, HSTS, and ssl session caches.
To enable SSL, nginx-proxy should be started w/ -p 443:443 and -v
/path/to/certs:/etc/nginx/certs. Certificates must be named:
<virtualhost>.crt and <virtualhost>.key where <virtualhost> matches
the a value of VIRTUAL_HOST on a container.
For wildcard certificates, the certificate and private key should be
named after the wildcard domain with .crt and .key suffixes. For example,
*.example.com should be name example.com.crt and example.com.key.
For SNI where a certificate may be used for multiple domain names, the
container can specify a CERT_NAME env var that corresponds to the base
file name of the certificate and key. For example, if you have a cert
allowing *.example.com and *.bar.com, it can be name shared.crt and
shared.key. A container can use that cert by having CERT_NAME=shared and
VIRTUAL_HOST=foo.example.com. The name "shared" is arbitrary and can
be whatever makes sense.
The behavior for the proxy when port 80 and 443 is defined is as
follows:
* If a container has a usable cert, port 80 will redirect to
443 for that container to always prefer HTTPS when available.
* If the container does not have a usable cert 503 will be returned.
In the last case, a self-signed or generic cert can be defined as
"default.crt" and "default.key" which will allow a client browser to
at least make a SSL connection.
2014-11-26 17:38:51 +00:00
|
|
|
server {
|
|
|
|
server_name {{ $host }};
|
2015-07-26 09:38:45 +00:00
|
|
|
listen 80 {{ $default_server }};
|
2015-08-23 16:00:58 +00:00
|
|
|
access_log /var/log/nginx/access.log vhost;
|
2015-02-25 18:29:59 +00:00
|
|
|
return 301 https://$host$request_uri;
|
Add SSL support
This adds SSL support for containers. It supports single host
certificates, wildcards and SNI using naming conventions for
certificates or optionally specify a cert name (for SNI). The SSL
cipher configuration is based on mozilla intermediate profile which
should provide compatibility with clients back to Firefox 1, Chrome 1,
IE 7, Opera 5, Safari 1, Windows XP IE8, Android 2.3, Java 7. The
configuration also enables OCSP stapling, HSTS, and ssl session caches.
To enable SSL, nginx-proxy should be started w/ -p 443:443 and -v
/path/to/certs:/etc/nginx/certs. Certificates must be named:
<virtualhost>.crt and <virtualhost>.key where <virtualhost> matches
the a value of VIRTUAL_HOST on a container.
For wildcard certificates, the certificate and private key should be
named after the wildcard domain with .crt and .key suffixes. For example,
*.example.com should be name example.com.crt and example.com.key.
For SNI where a certificate may be used for multiple domain names, the
container can specify a CERT_NAME env var that corresponds to the base
file name of the certificate and key. For example, if you have a cert
allowing *.example.com and *.bar.com, it can be name shared.crt and
shared.key. A container can use that cert by having CERT_NAME=shared and
VIRTUAL_HOST=foo.example.com. The name "shared" is arbitrary and can
be whatever makes sense.
The behavior for the proxy when port 80 and 443 is defined is as
follows:
* If a container has a usable cert, port 80 will redirect to
443 for that container to always prefer HTTPS when available.
* If the container does not have a usable cert 503 will be returned.
In the last case, a self-signed or generic cert can be defined as
"default.crt" and "default.key" which will allow a client browser to
at least make a SSL connection.
2014-11-26 17:38:51 +00:00
|
|
|
}
|
2015-11-20 21:53:50 +00:00
|
|
|
{{ end }}
|
Add SSL support
This adds SSL support for containers. It supports single host
certificates, wildcards and SNI using naming conventions for
certificates or optionally specify a cert name (for SNI). The SSL
cipher configuration is based on mozilla intermediate profile which
should provide compatibility with clients back to Firefox 1, Chrome 1,
IE 7, Opera 5, Safari 1, Windows XP IE8, Android 2.3, Java 7. The
configuration also enables OCSP stapling, HSTS, and ssl session caches.
To enable SSL, nginx-proxy should be started w/ -p 443:443 and -v
/path/to/certs:/etc/nginx/certs. Certificates must be named:
<virtualhost>.crt and <virtualhost>.key where <virtualhost> matches
the a value of VIRTUAL_HOST on a container.
For wildcard certificates, the certificate and private key should be
named after the wildcard domain with .crt and .key suffixes. For example,
*.example.com should be name example.com.crt and example.com.key.
For SNI where a certificate may be used for multiple domain names, the
container can specify a CERT_NAME env var that corresponds to the base
file name of the certificate and key. For example, if you have a cert
allowing *.example.com and *.bar.com, it can be name shared.crt and
shared.key. A container can use that cert by having CERT_NAME=shared and
VIRTUAL_HOST=foo.example.com. The name "shared" is arbitrary and can
be whatever makes sense.
The behavior for the proxy when port 80 and 443 is defined is as
follows:
* If a container has a usable cert, port 80 will redirect to
443 for that container to always prefer HTTPS when available.
* If the container does not have a usable cert 503 will be returned.
In the last case, a self-signed or generic cert can be defined as
"default.crt" and "default.key" which will allow a client browser to
at least make a SSL connection.
2014-11-26 17:38:51 +00:00
|
|
|
|
2014-05-05 16:59:23 +00:00
|
|
|
server {
|
|
|
|
server_name {{ $host }};
|
2015-09-23 15:48:40 +00:00
|
|
|
listen 443 ssl http2 {{ $default_server }};
|
2015-08-23 16:00:58 +00:00
|
|
|
access_log /var/log/nginx/access.log vhost;
|
Add SSL support
This adds SSL support for containers. It supports single host
certificates, wildcards and SNI using naming conventions for
certificates or optionally specify a cert name (for SNI). The SSL
cipher configuration is based on mozilla intermediate profile which
should provide compatibility with clients back to Firefox 1, Chrome 1,
IE 7, Opera 5, Safari 1, Windows XP IE8, Android 2.3, Java 7. The
configuration also enables OCSP stapling, HSTS, and ssl session caches.
To enable SSL, nginx-proxy should be started w/ -p 443:443 and -v
/path/to/certs:/etc/nginx/certs. Certificates must be named:
<virtualhost>.crt and <virtualhost>.key where <virtualhost> matches
the a value of VIRTUAL_HOST on a container.
For wildcard certificates, the certificate and private key should be
named after the wildcard domain with .crt and .key suffixes. For example,
*.example.com should be name example.com.crt and example.com.key.
For SNI where a certificate may be used for multiple domain names, the
container can specify a CERT_NAME env var that corresponds to the base
file name of the certificate and key. For example, if you have a cert
allowing *.example.com and *.bar.com, it can be name shared.crt and
shared.key. A container can use that cert by having CERT_NAME=shared and
VIRTUAL_HOST=foo.example.com. The name "shared" is arbitrary and can
be whatever makes sense.
The behavior for the proxy when port 80 and 443 is defined is as
follows:
* If a container has a usable cert, port 80 will redirect to
443 for that container to always prefer HTTPS when available.
* If the container does not have a usable cert 503 will be returned.
In the last case, a self-signed or generic cert can be defined as
"default.crt" and "default.key" which will allow a client browser to
at least make a SSL connection.
2014-11-26 17:38:51 +00:00
|
|
|
|
|
|
|
ssl_protocols TLSv1 TLSv1.1 TLSv1.2;
|
|
|
|
ssl_ciphers ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-AES256-GCM-SHA384:DHE-RSA-AES128-GCM-SHA256:DHE-DSS-AES128-GCM-SHA256:kEDH+AESGCM:ECDHE-RSA-AES128-SHA256:ECDHE-ECDSA-AES128-SHA256:ECDHE-RSA-AES128-SHA:ECDHE-ECDSA-AES128-SHA:ECDHE-RSA-AES256-SHA384:ECDHE-ECDSA-AES256-SHA384:ECDHE-RSA-AES256-SHA:ECDHE-ECDSA-AES256-SHA:DHE-RSA-AES128-SHA256:DHE-RSA-AES128-SHA:DHE-DSS-AES128-SHA256:DHE-RSA-AES256-SHA256:DHE-DSS-AES256-SHA:DHE-RSA-AES256-SHA:AES128-GCM-SHA256:AES256-GCM-SHA384:AES128-SHA256:AES256-SHA256:AES128-SHA:AES256-SHA:AES:CAMELLIA:DES-CBC3-SHA:!aNULL:!eNULL:!EXPORT:!DES:!RC4:!MD5:!PSK:!aECDH:!EDH-DSS-DES-CBC3-SHA:!EDH-RSA-DES-CBC3-SHA:!KRB5-DES-CBC3-SHA;
|
|
|
|
|
|
|
|
ssl_prefer_server_ciphers on;
|
|
|
|
ssl_session_timeout 5m;
|
|
|
|
ssl_session_cache shared:SSL:50m;
|
|
|
|
|
|
|
|
ssl_certificate /etc/nginx/certs/{{ (printf "%s.crt" $cert) }};
|
|
|
|
ssl_certificate_key /etc/nginx/certs/{{ (printf "%s.key" $cert) }};
|
|
|
|
|
2015-05-21 15:43:09 +00:00
|
|
|
{{ if (exists (printf "/etc/nginx/certs/%s.dhparam.pem" $cert)) }}
|
|
|
|
ssl_dhparam {{ printf "/etc/nginx/certs/%s.dhparam.pem" $cert }};
|
|
|
|
{{ end }}
|
2015-05-21 07:19:58 +00:00
|
|
|
|
2016-05-20 03:20:43 +00:00
|
|
|
{{ if (ne $https_method "noredirect") }}
|
2015-02-28 22:50:59 +00:00
|
|
|
add_header Strict-Transport-Security "max-age=31536000";
|
2016-05-20 03:20:43 +00:00
|
|
|
{{ end }}
|
2014-05-05 16:59:23 +00:00
|
|
|
|
2015-02-22 17:25:50 +00:00
|
|
|
{{ if (exists (printf "/etc/nginx/vhost.d/%s" $host)) }}
|
|
|
|
include {{ printf "/etc/nginx/vhost.d/%s" $host }};
|
2015-10-08 10:03:28 +00:00
|
|
|
{{ else if (exists "/etc/nginx/vhost.d/default") }}
|
2015-08-30 00:38:43 +00:00
|
|
|
include /etc/nginx/vhost.d/default;
|
2015-02-22 17:25:50 +00:00
|
|
|
{{ end }}
|
|
|
|
|
2014-05-05 16:59:23 +00:00
|
|
|
location / {
|
2015-10-13 19:48:59 +00:00
|
|
|
proxy_pass {{ trim $proto }}://{{ trim $host }};
|
2014-12-16 19:19:49 +00:00
|
|
|
{{ if (exists (printf "/etc/nginx/htpasswd/%s" $host)) }}
|
|
|
|
auth_basic "Restricted {{ $host }}";
|
|
|
|
auth_basic_user_file {{ (printf "/etc/nginx/htpasswd/%s" $host) }};
|
|
|
|
{{ end }}
|
2015-08-30 00:38:43 +00:00
|
|
|
{{ if (exists (printf "/etc/nginx/vhost.d/%s_location" $host)) }}
|
|
|
|
include {{ printf "/etc/nginx/vhost.d/%s_location" $host}};
|
2015-10-08 10:03:28 +00:00
|
|
|
{{ else if (exists "/etc/nginx/vhost.d/default_location") }}
|
2015-08-30 00:38:43 +00:00
|
|
|
include /etc/nginx/vhost.d/default_location;
|
|
|
|
{{ end }}
|
2014-05-05 16:59:23 +00:00
|
|
|
}
|
|
|
|
}
|
2015-11-20 21:53:50 +00:00
|
|
|
|
|
|
|
{{ end }}
|
|
|
|
|
2015-11-20 22:36:12 +00:00
|
|
|
{{ if or (not $is_https) (eq $https_method "noredirect") }}
|
Add SSL support
This adds SSL support for containers. It supports single host
certificates, wildcards and SNI using naming conventions for
certificates or optionally specify a cert name (for SNI). The SSL
cipher configuration is based on mozilla intermediate profile which
should provide compatibility with clients back to Firefox 1, Chrome 1,
IE 7, Opera 5, Safari 1, Windows XP IE8, Android 2.3, Java 7. The
configuration also enables OCSP stapling, HSTS, and ssl session caches.
To enable SSL, nginx-proxy should be started w/ -p 443:443 and -v
/path/to/certs:/etc/nginx/certs. Certificates must be named:
<virtualhost>.crt and <virtualhost>.key where <virtualhost> matches
the a value of VIRTUAL_HOST on a container.
For wildcard certificates, the certificate and private key should be
named after the wildcard domain with .crt and .key suffixes. For example,
*.example.com should be name example.com.crt and example.com.key.
For SNI where a certificate may be used for multiple domain names, the
container can specify a CERT_NAME env var that corresponds to the base
file name of the certificate and key. For example, if you have a cert
allowing *.example.com and *.bar.com, it can be name shared.crt and
shared.key. A container can use that cert by having CERT_NAME=shared and
VIRTUAL_HOST=foo.example.com. The name "shared" is arbitrary and can
be whatever makes sense.
The behavior for the proxy when port 80 and 443 is defined is as
follows:
* If a container has a usable cert, port 80 will redirect to
443 for that container to always prefer HTTPS when available.
* If the container does not have a usable cert 503 will be returned.
In the last case, a self-signed or generic cert can be defined as
"default.crt" and "default.key" which will allow a client browser to
at least make a SSL connection.
2014-11-26 17:38:51 +00:00
|
|
|
|
|
|
|
server {
|
2015-07-24 08:39:56 +00:00
|
|
|
server_name {{ $host }};
|
2015-07-26 09:38:45 +00:00
|
|
|
listen 80 {{ $default_server }};
|
2015-08-23 16:00:58 +00:00
|
|
|
access_log /var/log/nginx/access.log vhost;
|
Add SSL support
This adds SSL support for containers. It supports single host
certificates, wildcards and SNI using naming conventions for
certificates or optionally specify a cert name (for SNI). The SSL
cipher configuration is based on mozilla intermediate profile which
should provide compatibility with clients back to Firefox 1, Chrome 1,
IE 7, Opera 5, Safari 1, Windows XP IE8, Android 2.3, Java 7. The
configuration also enables OCSP stapling, HSTS, and ssl session caches.
To enable SSL, nginx-proxy should be started w/ -p 443:443 and -v
/path/to/certs:/etc/nginx/certs. Certificates must be named:
<virtualhost>.crt and <virtualhost>.key where <virtualhost> matches
the a value of VIRTUAL_HOST on a container.
For wildcard certificates, the certificate and private key should be
named after the wildcard domain with .crt and .key suffixes. For example,
*.example.com should be name example.com.crt and example.com.key.
For SNI where a certificate may be used for multiple domain names, the
container can specify a CERT_NAME env var that corresponds to the base
file name of the certificate and key. For example, if you have a cert
allowing *.example.com and *.bar.com, it can be name shared.crt and
shared.key. A container can use that cert by having CERT_NAME=shared and
VIRTUAL_HOST=foo.example.com. The name "shared" is arbitrary and can
be whatever makes sense.
The behavior for the proxy when port 80 and 443 is defined is as
follows:
* If a container has a usable cert, port 80 will redirect to
443 for that container to always prefer HTTPS when available.
* If the container does not have a usable cert 503 will be returned.
In the last case, a self-signed or generic cert can be defined as
"default.crt" and "default.key" which will allow a client browser to
at least make a SSL connection.
2014-11-26 17:38:51 +00:00
|
|
|
|
2015-02-22 17:25:50 +00:00
|
|
|
{{ if (exists (printf "/etc/nginx/vhost.d/%s" $host)) }}
|
|
|
|
include {{ printf "/etc/nginx/vhost.d/%s" $host }};
|
2015-10-08 10:03:28 +00:00
|
|
|
{{ else if (exists "/etc/nginx/vhost.d/default") }}
|
2015-08-30 00:38:43 +00:00
|
|
|
include /etc/nginx/vhost.d/default;
|
2015-02-22 17:25:50 +00:00
|
|
|
{{ end }}
|
|
|
|
|
Add SSL support
This adds SSL support for containers. It supports single host
certificates, wildcards and SNI using naming conventions for
certificates or optionally specify a cert name (for SNI). The SSL
cipher configuration is based on mozilla intermediate profile which
should provide compatibility with clients back to Firefox 1, Chrome 1,
IE 7, Opera 5, Safari 1, Windows XP IE8, Android 2.3, Java 7. The
configuration also enables OCSP stapling, HSTS, and ssl session caches.
To enable SSL, nginx-proxy should be started w/ -p 443:443 and -v
/path/to/certs:/etc/nginx/certs. Certificates must be named:
<virtualhost>.crt and <virtualhost>.key where <virtualhost> matches
the a value of VIRTUAL_HOST on a container.
For wildcard certificates, the certificate and private key should be
named after the wildcard domain with .crt and .key suffixes. For example,
*.example.com should be name example.com.crt and example.com.key.
For SNI where a certificate may be used for multiple domain names, the
container can specify a CERT_NAME env var that corresponds to the base
file name of the certificate and key. For example, if you have a cert
allowing *.example.com and *.bar.com, it can be name shared.crt and
shared.key. A container can use that cert by having CERT_NAME=shared and
VIRTUAL_HOST=foo.example.com. The name "shared" is arbitrary and can
be whatever makes sense.
The behavior for the proxy when port 80 and 443 is defined is as
follows:
* If a container has a usable cert, port 80 will redirect to
443 for that container to always prefer HTTPS when available.
* If the container does not have a usable cert 503 will be returned.
In the last case, a self-signed or generic cert can be defined as
"default.crt" and "default.key" which will allow a client browser to
at least make a SSL connection.
2014-11-26 17:38:51 +00:00
|
|
|
location / {
|
2015-10-13 19:48:59 +00:00
|
|
|
proxy_pass {{ trim $proto }}://{{ trim $host }};
|
2014-12-16 19:19:49 +00:00
|
|
|
{{ if (exists (printf "/etc/nginx/htpasswd/%s" $host)) }}
|
|
|
|
auth_basic "Restricted {{ $host }}";
|
|
|
|
auth_basic_user_file {{ (printf "/etc/nginx/htpasswd/%s" $host) }};
|
|
|
|
{{ end }}
|
2015-08-30 00:38:43 +00:00
|
|
|
{{ if (exists (printf "/etc/nginx/vhost.d/%s_location" $host)) }}
|
|
|
|
include {{ printf "/etc/nginx/vhost.d/%s_location" $host}};
|
2015-10-08 10:03:28 +00:00
|
|
|
{{ else if (exists "/etc/nginx/vhost.d/default_location") }}
|
2015-08-30 00:38:43 +00:00
|
|
|
include /etc/nginx/vhost.d/default_location;
|
|
|
|
{{ end }}
|
Add SSL support
This adds SSL support for containers. It supports single host
certificates, wildcards and SNI using naming conventions for
certificates or optionally specify a cert name (for SNI). The SSL
cipher configuration is based on mozilla intermediate profile which
should provide compatibility with clients back to Firefox 1, Chrome 1,
IE 7, Opera 5, Safari 1, Windows XP IE8, Android 2.3, Java 7. The
configuration also enables OCSP stapling, HSTS, and ssl session caches.
To enable SSL, nginx-proxy should be started w/ -p 443:443 and -v
/path/to/certs:/etc/nginx/certs. Certificates must be named:
<virtualhost>.crt and <virtualhost>.key where <virtualhost> matches
the a value of VIRTUAL_HOST on a container.
For wildcard certificates, the certificate and private key should be
named after the wildcard domain with .crt and .key suffixes. For example,
*.example.com should be name example.com.crt and example.com.key.
For SNI where a certificate may be used for multiple domain names, the
container can specify a CERT_NAME env var that corresponds to the base
file name of the certificate and key. For example, if you have a cert
allowing *.example.com and *.bar.com, it can be name shared.crt and
shared.key. A container can use that cert by having CERT_NAME=shared and
VIRTUAL_HOST=foo.example.com. The name "shared" is arbitrary and can
be whatever makes sense.
The behavior for the proxy when port 80 and 443 is defined is as
follows:
* If a container has a usable cert, port 80 will redirect to
443 for that container to always prefer HTTPS when available.
* If the container does not have a usable cert 503 will be returned.
In the last case, a self-signed or generic cert can be defined as
"default.crt" and "default.key" which will allow a client browser to
at least make a SSL connection.
2014-11-26 17:38:51 +00:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2015-11-20 22:36:12 +00:00
|
|
|
{{ if (and (not $is_https) (exists "/etc/nginx/certs/default.crt") (exists "/etc/nginx/certs/default.key")) }}
|
Add SSL support
This adds SSL support for containers. It supports single host
certificates, wildcards and SNI using naming conventions for
certificates or optionally specify a cert name (for SNI). The SSL
cipher configuration is based on mozilla intermediate profile which
should provide compatibility with clients back to Firefox 1, Chrome 1,
IE 7, Opera 5, Safari 1, Windows XP IE8, Android 2.3, Java 7. The
configuration also enables OCSP stapling, HSTS, and ssl session caches.
To enable SSL, nginx-proxy should be started w/ -p 443:443 and -v
/path/to/certs:/etc/nginx/certs. Certificates must be named:
<virtualhost>.crt and <virtualhost>.key where <virtualhost> matches
the a value of VIRTUAL_HOST on a container.
For wildcard certificates, the certificate and private key should be
named after the wildcard domain with .crt and .key suffixes. For example,
*.example.com should be name example.com.crt and example.com.key.
For SNI where a certificate may be used for multiple domain names, the
container can specify a CERT_NAME env var that corresponds to the base
file name of the certificate and key. For example, if you have a cert
allowing *.example.com and *.bar.com, it can be name shared.crt and
shared.key. A container can use that cert by having CERT_NAME=shared and
VIRTUAL_HOST=foo.example.com. The name "shared" is arbitrary and can
be whatever makes sense.
The behavior for the proxy when port 80 and 443 is defined is as
follows:
* If a container has a usable cert, port 80 will redirect to
443 for that container to always prefer HTTPS when available.
* If the container does not have a usable cert 503 will be returned.
In the last case, a self-signed or generic cert can be defined as
"default.crt" and "default.key" which will allow a client browser to
at least make a SSL connection.
2014-11-26 17:38:51 +00:00
|
|
|
server {
|
2015-08-26 08:35:47 +00:00
|
|
|
server_name {{ $host }};
|
2015-09-23 15:48:40 +00:00
|
|
|
listen 443 ssl http2 {{ $default_server }};
|
2015-08-23 16:00:58 +00:00
|
|
|
access_log /var/log/nginx/access.log vhost;
|
2016-01-20 22:28:08 +00:00
|
|
|
return 500;
|
Add SSL support
This adds SSL support for containers. It supports single host
certificates, wildcards and SNI using naming conventions for
certificates or optionally specify a cert name (for SNI). The SSL
cipher configuration is based on mozilla intermediate profile which
should provide compatibility with clients back to Firefox 1, Chrome 1,
IE 7, Opera 5, Safari 1, Windows XP IE8, Android 2.3, Java 7. The
configuration also enables OCSP stapling, HSTS, and ssl session caches.
To enable SSL, nginx-proxy should be started w/ -p 443:443 and -v
/path/to/certs:/etc/nginx/certs. Certificates must be named:
<virtualhost>.crt and <virtualhost>.key where <virtualhost> matches
the a value of VIRTUAL_HOST on a container.
For wildcard certificates, the certificate and private key should be
named after the wildcard domain with .crt and .key suffixes. For example,
*.example.com should be name example.com.crt and example.com.key.
For SNI where a certificate may be used for multiple domain names, the
container can specify a CERT_NAME env var that corresponds to the base
file name of the certificate and key. For example, if you have a cert
allowing *.example.com and *.bar.com, it can be name shared.crt and
shared.key. A container can use that cert by having CERT_NAME=shared and
VIRTUAL_HOST=foo.example.com. The name "shared" is arbitrary and can
be whatever makes sense.
The behavior for the proxy when port 80 and 443 is defined is as
follows:
* If a container has a usable cert, port 80 will redirect to
443 for that container to always prefer HTTPS when available.
* If the container does not have a usable cert 503 will be returned.
In the last case, a self-signed or generic cert can be defined as
"default.crt" and "default.key" which will allow a client browser to
at least make a SSL connection.
2014-11-26 17:38:51 +00:00
|
|
|
|
|
|
|
ssl_certificate /etc/nginx/certs/default.crt;
|
|
|
|
ssl_certificate_key /etc/nginx/certs/default.key;
|
|
|
|
}
|
2015-01-22 16:37:10 +00:00
|
|
|
{{ end }}
|
Add SSL support
This adds SSL support for containers. It supports single host
certificates, wildcards and SNI using naming conventions for
certificates or optionally specify a cert name (for SNI). The SSL
cipher configuration is based on mozilla intermediate profile which
should provide compatibility with clients back to Firefox 1, Chrome 1,
IE 7, Opera 5, Safari 1, Windows XP IE8, Android 2.3, Java 7. The
configuration also enables OCSP stapling, HSTS, and ssl session caches.
To enable SSL, nginx-proxy should be started w/ -p 443:443 and -v
/path/to/certs:/etc/nginx/certs. Certificates must be named:
<virtualhost>.crt and <virtualhost>.key where <virtualhost> matches
the a value of VIRTUAL_HOST on a container.
For wildcard certificates, the certificate and private key should be
named after the wildcard domain with .crt and .key suffixes. For example,
*.example.com should be name example.com.crt and example.com.key.
For SNI where a certificate may be used for multiple domain names, the
container can specify a CERT_NAME env var that corresponds to the base
file name of the certificate and key. For example, if you have a cert
allowing *.example.com and *.bar.com, it can be name shared.crt and
shared.key. A container can use that cert by having CERT_NAME=shared and
VIRTUAL_HOST=foo.example.com. The name "shared" is arbitrary and can
be whatever makes sense.
The behavior for the proxy when port 80 and 443 is defined is as
follows:
* If a container has a usable cert, port 80 will redirect to
443 for that container to always prefer HTTPS when available.
* If the container does not have a usable cert 503 will be returned.
In the last case, a self-signed or generic cert can be defined as
"default.crt" and "default.key" which will allow a client browser to
at least make a SSL connection.
2014-11-26 17:38:51 +00:00
|
|
|
|
|
|
|
{{ end }}
|
2014-05-05 16:59:23 +00:00
|
|
|
{{ end }}
|