Quick Start - Tunnels
How to start using Webhook Relay to open tunnels
Tunnels enable bidirectional connections to services running on your computer or in a private network.
Popular use-cases:
Accessing web servers during development, to share your work.
Remote access to your IoT device (a POS kiosk, Home Assistant controller, etc.).
Access to an internal cloud service to avoid allocating IP and domain.
Access to servers that are behind CGNAT.
Prerequisites
Webhook Relay account, if you don’t have one, create one here: https://my.webhookrelay.com/register.
Client application ‘relay’, installation instructions here.
Opening a tunnel
To specify a tunnel name when using connect command:
Example output:
This command will configure a tunnel and keep the connection as long as your terminal is running. You can view your tunnels here: https://my.webhookrelay.com/tunnels.
Password protection
Anyone who can guess your tunnel URL can access your local or private web service unless you protect it.
To enable HTTP Basic Auth provide --username
and --password
flags:
Accessing a URL now will prompt users for credentials.
Token protection
Similarly to HTTP Basic Auth you can also specify token protection. Tokens are easier to pass around:
Even though basic auth and token protection can prevent unwanted visitors to your websites, it is advisable to also enable SSL.
HTTPS
Encrypt communication to and from your website using HTTPS. It is important to encrypt as much web traffic as possible to prevent data theft and other tampering. This is a critical step toward building a safer, better Internet.
Traffic between an agent and the public service is always encrypted and encryption cannot be disabled.
There are several crypto options for tunnels:
Off is an option that disables encryption.
Flexible is a most common option for secure websites, testing and demo environments. It allows both HTTP and HTTPS traffic.
Full is an option that enforces HTTPS by redirecting all traffic from HTTP to HTTPS.
To create a tunnel with flexible encryption use --crypto flexible
flag:
HTTPS is available for all paid plans on all tunnels.
Custom domains
You can have your tunnel on non webrelay.io
domain. To do this, when creating a tunnel, specify hostname (you can also create it through the web UI):
Now, if you go to tunnels page, you should see a CNAME specified next to your tunnel name such as 872e472d.cname.webrelay.io
. Next, using your DNS provider add a CNAME record for local.example.com
and point it to 872e472d.cname.webrelay.io
.
Keep in mind that since we don’t have certificates for your domain, they won’t match (our certificate is for
*.webrelay.io
). If you have a TLS key and certificate, use TLS tunnel.
Region selection
Webhook Relay regions:
default region is in Belgium (country can change without notice)
au - Sydney, Australia
us-west - Silicon Valley, US
When using ‘relay’ CLI
When using relay CLI, specify --region <region name>
flag:
When using Docker container
When using webhookrelayd there are two options to specify region:
First one is to set environment variable
REGION=us-west
:
Second option is to set it via the command flag:
Tunnels with Docker
When used with Docker, webhookrelayd container needs a way to communicate with other containers. For this, we can use “links”. Here’s an example how to connect to a running container called jupyter
:
Tunnels for Kubernetes
Do you want to use tunnels inside Kubernetes? See ingress section for installing and configuring Kubernetes ingress controller.
Last updated