zrok/docker/compose/zrok-instance

Docker Quickstart

DNS Configuration

The quickstart makes these assumptions about your global DNS configuration.

1. A Caddy DNS plugin is available for your DNS provider (see github.com/caddy-dns)
2. You have designated A DNS zone for zrok, e.g. example.com or share.example.com and created (and delegated, if necessary) the zone on your DNS provider's platform.
3. A wildcard record exists for the IP address where the zrok instance will run, e.g. if your DNS zone is share.example.com, then your wildcard record is *.share.example.com.
4. You have created an API token in your DNS provider's platform and the token has permission to create DNS records in the DNS zone.

Create the Docker Compose Project

Create a working directory on your Docker host and save these Docker Compose project files. A OpenZiti network is provided by the "quickstart" container and is managed exclusively by zrok.

Shortcut option

1. Run this script to download the files.

   curl https://get.openziti.io/zrok-docker/fetch.bash | bash
   

   Optionally, customize the install path instead of using the current directory.

   curl https://get.openziti.io/zrok-docker/fetch.bash | bash -s /path/to/install
   

Do it Yourself

1. Fetch the ziti quickstart Compose file.

   wget https://get.openziti.io/dock/all-in-one/compose.yml
   

2. Get the zrok repo ZIP file.

   wget https://github.com/openziti/zrok/archive/refs/heads/main.zip
   

3. Unzip the zrok-instance files into the project directory.

   unzip -j -d . main.zip '*/docker/compose/zrok-instance/*'
   

Configure the Docker Compose Project Environment

Create an .env file in the working directory.

ZROK_DNS_ZONE=share.example.com

CADDY_DNS_PLUGIN=cloudflare
CADDY_DNS_PLUGIN_TOKEN=abcd1234
CADDY_ACME_EMAIL=me@example.com

# this must == ziti.${ZROK_DNS_ZONE}
ZITI_CTRL_ADVERTISED_ADDRESS=ziti.share.example.com
ZITI_PWD=zitiadminpw

ZROK_ADMIN_TOKEN=zroktoken
ZROK_USER_PWD=zrokuserpw

ZITI_CTRL_ADVERTISED_PORT=1280
ZITI_ROUTER_PORT=3022

# configure oauth for public shares
ZROK_OAUTH_HASH_KEY=oauthhashkeysecret
ZROK_OAUTH_GITHUB_CLIENT_ID=abcd1234
ZROK_OAUTH_GITHUB_CLIENT_SECRET=abcd1234
ZROK_OAUTH_GOOGLE_CLIENT_ID=abcd1234
ZROK_OAUTH_GOOGLE_CLIENT_SECRET=abcd1234

# use the staging API until you're sure everything is working to avoid hitting the main CA's rate limit
CADDY_ACME_API=https://acme-staging-v02.api.letsencrypt.org/directory

Start the Docker Compose Project

1. Start the ziti network. This runs ziti edge quickstart (link to readme).

   docker compose --profile ziti up --detach
   

2. Start the zrok instance.

   The container images for zrok (including caddy) are built in this step. This provides a simple configuration to get started. You can modify the templates named like *.envsubst or mount a customized configuration file to mask the one that was built in.

   docker compose --profile zrok up --build --detach
   

Set up a User Account

This step creates a user account. You will log in to the zrok web console with the account password created in this step. The CADDY_ACME_EMAIL and ZROK_USER_PWD variables are set in the .env file. You can create more user accounts the same way by substituting a different email and password.

docker compose exec zrok-controller bash -xc 'zrok admin create account /etc/zrok-controller/config.yml ${CADDY_ACME_EMAIL} ${ZROK_USER_PWD}'

+ zrok admin create account /etc/zrok-controller/config.yml me@example.com zrokuserpw
[   0.000]    INFO zrok/controller/store.Open: database connected
[   0.002]    INFO zrok/controller/store.(*Store).migrate: applied 0 migrations
heMqncCyxZcx

Enable the User Environment

You must enable each device environment with the account token obtained when the account was created. This is separate from the account password that's used to log in to the web console.

Follow the getting started guide to install the zrok CLI on some device and enable a zrok environment.

1. Configure the environment with the zrok API. Substitute the API endpoint with the one you're using, e.g. https://zrok.${ZROK_DNS_ZONE}.

   zrok config set apiEndpoint https://zrok.share.example.com
   

2. Enable an environment on this device with the account token from the previous step.

   zrok enable heMqncCyxZcx
   

Firewall Configuration

The quickstart and caddy containers publish ports to all devices that use zrok shares. The zrok-controller and zrok-frontend containers expose ports only to the caddy container and the Docker host's loopback interface.

Required

1. 443/tcp - reverse proxy handles HTTPS requests for zrok API, OAuth, and public shares (published by container caddy)
2. 1280/tcp - ziti ctrl plane (published by container quickstart)
3. 3022/tcp - ziti data plane (published by container quickstart)

Optional

1. 80/tcp - reverse proxy redirects non-HTTPS requests to 443/tcp (published by container caddy)

Troubleshooting

1. Check the ziti and zrok logs.

   You can substitute the service container name of each to check their logs individually: quickstart (ziti container), zrok-controller, zrok-frontend.

   docker compose logs zrok-controller
   

2. Check the caddy logs.

   It can take a few minutes for Caddy to obtain the wildcard certificate. You can check the logs to see if there were any errors completing the DNS challenge which involves using the Caddy DNS plugin to create a TXT record in your DNS zone. This leverages the API token you provided in the .env file, which must have permission to create DNS records in the zrok DNS zone.

   docker compose logs caddy
   

3. zrok enable fails certificate verification: ensure you are not using the staging API for Let's Encrypt.

   If you are using the staging API, you will see an error about the API certificate when you use the zrok CLI. You can switch to the production API by removing the overriding assignment of the CADDY_ACME_API variable.

   there was a problem enabling your environment!
   you are trying to use the zrok service at: https://zrok.share.example.com
   you can change your zrok service endpoint using this command:
   
   $ zrok config set apiEndpoint <newEndpoint>
   
   (where newEndpoint is something like: https://some.zrok.io)
   [ERROR]: error creating service client (error getting version from api endpoint 'https://zrok.share.example.com': Get "https://zrok.share.example.com/api/v1/version": tls: failed to verify certificate: x509: certificate signed by unknown authority: Get "https://zrok.share.example.com/api/v1/version": tls: failed to verify certificate: x509: certificate signed by unknown authority)
   

4. Validate the Caddyfile.

   docker compose exec caddy caddy validate --config /etc/caddy/Caddyfile
   

5. Verify the correct DNS provider module was built-in to Caddy.

   docker compose exec caddy caddy list-modules | grep dns.providers
   

   dns.providers.cloudflare
   

6. Verify certificates.

   You can check the certificates that Caddy has obtained.

   docker compose exec caddy caddy list-certificates
   

7. Use the Caddy admin API.

   You can use the Caddy admin API to check the status of the Caddy instance. The admin API is available on port 2019/tcp inside the Docker Compose project. You can modify compose.override.yml to publish the port if you want to access the admin API from the Docker host or elsewhere.

   docker compose exec caddy curl http://localhost:2019/config/ | jq
   

8. My provider, e.g., Route53 doesn't give me a single API token.

   As long as your DNS provider is supported by Caddy then it will work. You can modify the Caddyfile to use a different set of properties than the example. Here's how the tls section should look for Route53.

   tls {
     dns {$CADDY_DNS_PLUGIN} {
       access_key_id {$AWS_ACCESS_KEY_ID}
       secret_access_key {$AWS_SECRET_ACCESS_KEY}
     }
   }
   

   CADDY_DNS_PLUGIN=route53
   AWS_ACCESS_KEY_ID=abcd1234
   AWS_SECRET_ACCESS_KEY=abcd1234