Warpgate is a smart & fully transparent SSH, HTTPS, Kubernetes, MySQL, PostgreSQL bastion host that doesn't require a client app or an SSH wrapper.
- Set it up in your DMZ, add user accounts and easily assign them to specific hosts and URLs within the network.
- Warpgate will record every session for you to view (live) and replay later through a built-in admin web UI.
- Not a jump host - forwards connection straight to the target in a way that's fully transparent to the client.
- Native 2FA and SSO support (TOTP & OpenID Connect)
- Single binary with no dependencies.
- Written in 100% safe Rust.
Supported by:
- See the Getting started docs page (or Getting started on Docker).
- Release / beta binaries
- Nightly builds
- Docker Compose examples live under
docker/:docker-compose.yml(SQLite),docker-compose.storage-mysql.yml, anddocker-compose.storage-postgres.yml
| Warpgate | SSH jump host | VPN | Teleport |
|---|---|---|---|
| ✅ Precise 1:1 assignment between users and services | (Usually) full access to the network behind the jump host | (Usually) full access to the network | ✅ Precise 1:1 assignment between users and services |
| ✅ No custom client needed | Jump host config needed | ✅ No custom client needed | Custom client required |
| ✅ 2FA out of the box | 🟡 2FA possible with additional PAM plugins | 🟡 Depends on the provider | ✅ 2FA out of the box |
| ✅ SSO out of the box | 🟡 SSO possible with additional PAM plugins | 🟡 Depends on the provider | Paid |
| ✅ Command-level audit | 🟡 Connection-level audit on the jump host, no secure audit on the target if root access is given | No secure audit on the target if root access is given | ✅ Command-level audit |
| ✅ Full session recording | No secure recording possible on the target if root access is given | No secure recording possible on the target if root access is given | ✅ Full session recording |
| ✅ Non-interactive connections | 🟡 Non-interactive connections are possible if the clients supports jump hosts natively | ✅ Non-interactive connections | Non-interactive connections require using an SSH client wrapper or running a tunnel |
| ✅ Self-hosted, you own the data | ✅ Self-hosted, you own the data | 🟡 Depends on the provider | SaaS |
|
|
|
Please use GitHub's vulnerability reporting system.
The project is ready for production.
Warpgate is a service that you deploy on the bastion/DMZ host, which will accept SSH, HTTPS, Kubernetes, MySQL and PostgreSQL connections and provide an (optional) web admin UI.
Run warpgate setup to interactively generate a config file, including port bindings. See Getting started for details.
It receives connections with specifically formatted credentials, authenticates the user locally, connects to the target itself, and then connects both parties together while (optionally) recording the session.
When connecting through HTTPS, Warpgate presents a selection of available targets, and will then proxy all traffic in a session to the selected target. You can switch between targets at any time.
You manage the target and user lists and assign them to each other through the admin UI, and the session history is stored in an SQLite database (default: in /var/lib/warpgate).
You can also use the admin web interface to view the live session list, review session recordings, logs and more.
For SSH client -> Warpgate user authentication, admins can now manage user public key credentials with lifecycle controls:
- Issue a new SSH key pair from the admin API/UI (private key is returned once at issue time).
- Revoke issued keys without deleting the credential record.
- Configure optional key expiration (
valid_for_seconds) and optional usage limits (max_uses). - Enforce revocation, expiration and usage limits during SSH user public key authentication.
Warpgate exposes per-method SSH authentication switches in global parameters:
ssh_client_auth_publickeyssh_client_auth_passwordssh_client_auth_keyboard_interactivessh_client_auth_otp(OTP over keyboard-interactive transport)
These settings are available in the admin API and web UI.
For session logs, Warpgate supports global retention strategy selection:
max_age: retain logs by age.max_size: cap non-audit logs by total size and prune oldest entries first when the cap is exceeded.
The maximum size is configured with log_max_size_megabytes.
- You'll need Rust, NodeJS and NPM
- Clone the repo
- Just is used to run tasks - install it:
cargo install just - Install the admin UI deps:
just npm install - Build the frontend:
just npm run build - Build Warpgate:
cargo build(optionally--release)
The binary is in target/{debug|release}.
- Rust 🦀
- HTTP:
poem-web - Database: SQLite via
sea-orm+sqlx - SSH:
russh
- HTTP:
- Typescript
- Svelte
- Bootstrap
- Warpgate admin and user facing APIs use autogenerated OpenAPI schemas and SDKs. To update the SDKs after changing the query/response structures, run
just openapi-all.
Thanks goes to these wonderful people (emoji key):
This project follows the all-contributors specification. Contributions of any kind welcome!




