Connic Bridge
Connect your private infrastructure to Connic Cloud. The Connic Bridge runs inside your network (VPC, on-prem, etc.) and creates a secure outbound tunnel to the Connic relay. No inbound firewall rules required.
Quick Start
Docker (recommended)
docker run -d --name connic-bridge \
-e BRIDGE_TOKEN=cbr_your_token_here \
-e ALLOWED_HOSTS=kafka:9092,postgres:5432 \
connicorg/bridge:latest
pip
pip install connic-bridge
connic-bridge \
--token cbr_your_token_here \
--allow kafka:9092 \
--allow postgres:5432
Configuration
| Option | Env Var | Description |
|---|---|---|
--token |
BRIDGE_TOKEN |
Bridge authentication token (from Connic dashboard) |
--relay-url |
RELAY_URL |
Relay URL (default: wss://relay.connic.co) |
--allow |
ALLOWED_HOSTS |
Comma-separated host:port pairs the bridge may connect to |
--log-level |
LOG_LEVEL |
DEBUG, INFO, WARNING, or ERROR |
How It Works
- The Connic Bridge establishes an outbound WebSocket connection to the Connic relay service. No inbound ports need to be opened.
- When a Connic connector (e.g. Kafka, PostgreSQL) needs to reach a private endpoint, the relay asks the bridge to open a TCP connection.
- The bridge validates the target against the allowed hosts list, opens a local TCP connection, and proxies data bidirectionally.
- All traffic is encrypted via WSS (TLS).
Connect Services That Discover Endpoints
Some clients receive a different hostname or IP address after their first connection. Automatic destination routes send those follow-up connections through the correct bridge without requiring changes to your client code.
Configure routes under Project Settings → Bridge, and add every permitted
host:port to ALLOWED_HOSTS.
See the automatic destination routes guide for setup instructions, API usage, supported patterns, and limits.
Security
- Outbound-only - the bridge never accepts inbound connections.
- Allowed hosts - you control exactly which services the bridge can reach.
- Token authentication - each bridge is tied to a single Connic project.
- TLS encryption - all relay communication uses WSS.
Release files for connic-bridge 0.1.4
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | |
|---|---|---|---|
| connic_bridge-0.1.4.tar.gz | 15.1 kB | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| connic_bridge-0.1.4-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 22.8 kB
Release files / connic_bridge-0.1.4.tar.gz
| Download URL | connic_bridge-0.1.4.tar.gz |
|---|---|
| Size | 15.1 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
043681a242fc6dbb4d425b6f5a1d2a9a051e7aa7fb7eb07cc8b1e80465d46283
|
|
BLAKE2b-256 checksum How to use checksums |
39e0a4ad06b4fdfaea297d097a2ff5d0ce8e265f52e10f24f1a94af77eb8b896
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/6.1.0 CPython/3.13.13
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Aug 11, 2026.
Transparency logRelease files / connic_bridge-0.1.4-py3-none-any.whl
| Download URL | connic_bridge-0.1.4-py3-none-any.whl |
|---|---|
| Size | 7.7 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
1709974185dc34933613870344300c25594eaeaee4fd47eb8172ae17757841e1
|
|
BLAKE2b-256 checksum How to use checksums |
9940dddf0e3c3f5c19927b1f716fe9e62e456c792058110b0112893948f34d17
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/6.1.0 CPython/3.13.13
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Aug 11, 2026.
Transparency log