- Fill in the
.envfile with your desired database password, the url of your Windmill instance and your license key. - Run
docker-compose up -dto start the hub and database. - Update the instance settings in the Windmill instance to point to the hub.
- Optionally, you can restrict access to the hub by setting the
API_SECRETenvironment variable in the.envfile. Make sure to set it as well in the Windmill instance settings.
You can enable HTTPS handling by Caddy by adding the 443 port to the Caddy service in the docker-compose.yml file.
Authentication on the Hub is done through the Windmill instance. Both the Hub and the Windmill instances need to be running on the same domain for the authentication to work.
For instance, if the Windmill instance is available on windmill.example.com, the Hub should be accessible on a similar subdomain like hub.example.com. You will also need to set COOKIE_DOMAIN in the .env file of the Windmill instance (server container) to the root domain (e.g. example.com). After setting the COOKIE_DOMAIN, make sure to logout and login again.
- You can enable debug logs by setting
DEBUG_LOG=truein the environment section of the hub service in the docker-compose.yml file. - The hub exposes a debug page at
/debugthat displays the configuration and status of the hub. - If you need more support, please share with us the logs and and the debug page output.
As described above, logging in on the hub will redirect you to the Windmill instance you specified in the .env file.
Superadmins of the Windmill instance can approve resource types, scripts, flows, and apps on the Hub.
Only approved content will be available to users on the Windmill instance.
You can use the hub cli to pull scripts locally from the official Windmill hub and push them to your private hub.