Install instructions

TLSproxy makes TLS trivial

Usually, TLS/SSL is difficult to setup correctly:

  • TLS configuration options are too numerous to cite
  • each web server has its own set of options
  • certificates expire and must be renewed (but see SSLPing )
  • certs cost money
  • it's too hard to obtain a secure TLS configuration

TLSproxy makes it trivially simple and free to secure a web server: it has only one option, to provide your email (sent only to Let's Encrypt).

TLSproxy intends to solve a basic use-case: when you need to secure a single webserver with support for virtual hosts. In this case, it does wonders.


You can download binaries for Linux-amd64 and OSX-amd64

Or build TLSproxy yourself from the Go source code.


Just run TLSproxy alongside your webserver which should be serving traffic on localhost:80.

sudo ./TLSproxy -email should be enough to check if it works for you, then deploy it with upstart or systemd. It will store certificates in a ./certs folder (please secure this folder!).

If your DNS is already configured and your webserver is already serving traffic on port 80, TLSproxy will handle the TLS/SSL part transparently. It will request Let's Encrypt certs (even for virtual hosts!) automatically, it will renew certs automatically, and proxy all the traffic to your webserver. Even WebSockets will work.


You can use environment variables or flags...

  • -email=<email> or EMAIL: the email to use when registering new certs with LetsEncrypt
  • -listen=host:port or LISTEN: the host and port where TLSproxy will listen (defaults to
  • -backend=http://host:port or BACKEND: the address of the backend to forward to (defaults to localhost:80)
  • -http=true or HTTP: set to true to use HTTP proxying instead of TCP proxying (defaults to false)

Run with Docker

It's even easier to run TLSproxy in docker!

docker pull tlsproxy/tlsproxy will pull the image from the official repository.

Now run Docker alongside the container you want to protect with TLS...

Example with nginx:

docker run -d --restart=always --name mynginx -p nginx  
docker run -d --restart=always --name tlsmynginx -e --link mynginx -e BACKEND=http://mynginx:80 -p -e HTTP=true tlsproxy/tlsproxy  

This will run a tlsproxy container, linked to the mynginx container... Env variables (BACKEND HTTP and EMAIL) are used to tell tlsproxy what should be proxied and how...

If you want your LetsEncrypt certs stored on the host instead of inside the container (highly recommended), just add a -v /anyfolder/certs:/go/src/app/certs to map the volume used to store certs on the host. Using a volume helps update tlsproxy without deleting every cert already obtained through LetsEncrypt (beware of LE rate limits).


You must run TLSproxy as root, or set capabilities to allow it to bind to port 443, or change the listen address to an unpriviledged port... To allow TLSproxy to bind to priviledged ports, you can use:

setcap 'cap_net_bind_service=+ep' /path/to/TLSproxy  

Also, there's a possibility of DoS if an attacker sends SNI requests forcing TLSproxy to request many certificates (see below, we're working on it).

TLSproxy doesn't load balance traffic... Build your HTTP load balancing separately, then add TLSproxy in front of it. You'll get HTTP and HTTPS load balancing that way.

License etc.

You can do whatever you want with TLSproxy but you must assume full responsibility for everything you do with it.

You can hire me if you need professional support.

Or make a Bitcoin donation to say "Thanks" :-)


Fork me on GitHub