[BREAKGLASS] Append-only mirror of github.com/signalapp/Signal-TLS-Proxy
Go to file
dependabot[bot] 8ce3947d7d Bump certbot/certbot from 78a7eaa to 0107d08
Bumps certbot/certbot from `78a7eaa` to `0107d08`.

---
updated-dependencies:
- dependency-name: certbot/certbot
  dependency-version: 0107d084c225631fc64a8313e19adb07275f7296fde338f7dfa93986c80b2e3e
  dependency-type: direct:production
...

Signed-off-by: dependabot[bot] <support@github.com>
2026-05-18 10:10:51 -04:00
.github Remove docker-compose indirection 2025-07-11 09:35:53 -05:00
data Fix missing } in nginx configuration 2026-01-22 11:04:35 -06:00
.gitignore Add .idea/ to .gitignore 2023-05-05 10:07:17 -04:00
docker-compose.yml Bump certbot/certbot from 78a7eaa to 0107d08 2026-05-18 10:10:51 -04:00
init-certificate.sh Update nginx SSL options URL 2026-04-01 12:20:34 -05:00
LICENSE Big bang 2021-02-04 08:15:35 -08:00
README.md Add stability policy to README 2026-02-12 12:24:25 -05:00

Signal TLS Proxy

To run a Signal TLS proxy, you will need a host that has ports 80 and 443 available and a domain name that points to that host.

  1. Install Docker by following the instructions at https://docs.docker.com/engine/install/
  2. Clone this repository
  3. ./init-certificate.sh
  4. docker compose up --detach

Your proxy is now running! You can share this with the URL https://signal.tube/#<your_host_name>

Updating from a previous version

If you've previously run a proxy, please update to the most recent version by pulling the most recent changes from main, then restarting your Docker containers:

git pull
docker compose down
docker compose build
docker compose up --detach

Stability Policy

We endeavor to provide updates to this repository thirty days in advance of them being required to use the Signal service, but may not always be able to do so for operational reasons. Proxy operators are advised to please check for updates at least once every thirty days, if not more often. You may use the instructions above to update as needed.

Contributions welcome

We want this proxy to be simple to deploy for a broad population, but we know that it wont fit all deployments—especially advanced users that already have running servers or specific technology preferences. We welcome contributions that make incremental improvements, updates, and improve compatibility, but arent considering significant architectural changes.