Mayros on Hetzner (Docker, Production VPS Guide)
Goal
Run a persistent Mayros Gateway on a Hetzner VPS using Docker, with durable state, baked-in binaries, and safe restart behavior.
If you want “Mayros 24/7 for ~$5”, this is the simplest reliable setup. Hetzner pricing changes; pick the smallest Debian/Ubuntu VPS and scale up if you hit OOMs.
What are we doing (simple terms)?
- Rent a small Linux server (Hetzner VPS)
- Install Docker (isolated app runtime)
- Start the Mayros Gateway in Docker
- Persist
~/.mayros+~/.mayros/workspaceon the host (survives restarts/rebuilds) - Access the Control UI from your laptop via an SSH tunnel
The Gateway can be accessed via:
- SSH port forwarding from your laptop
- Direct port exposure if you manage firewalling and tokens yourself
This guide assumes Ubuntu or Debian on Hetzner.
If you are on another Linux VPS, map packages accordingly.
For the generic Docker flow, see Docker.
Quick path (experienced operators)
- Provision Hetzner VPS
- Install Docker
- Clone Mayros repository
- Create persistent host directories
- Configure
.envanddocker-compose.yml - Bake required binaries into the image
docker compose up -d- Verify persistence and Gateway access
What you need
- Hetzner VPS with root access
- SSH access from your laptop
- Basic comfort with SSH + copy/paste
- ~20 minutes
- Docker and Docker Compose
- Model auth credentials
- Optional provider credentials
- WhatsApp QR
- Telegram bot token
- Gmail OAuth
1) Provision the VPS
Create an Ubuntu or Debian VPS in Hetzner.
Connect as root:
bashssh root@YOUR_VPS_IP
This guide assumes the VPS is stateful. Do not treat it as disposable infrastructure.
2) Install Docker (on the VPS)
bashapt-get update apt-get install -y git curl ca-certificates curl -fsSL https://get.docker.com | sh
Verify:
bashdocker --version docker compose version
3) Clone the Mayros repository
bashgit clone https://github.com/ApiliumCode/mayros.git cd mayros
This guide assumes you will build a custom image to guarantee binary persistence.
4) Create persistent host directories
Docker containers are ephemeral. All long-lived state must live on the host.
bashmkdir -p /root/.mayros/workspace # Set ownership to the container user (uid 1000): chown -R 1000:1000 /root/.mayros
5) Configure environment variables
Create .env in the repository root.
bashMAYROS_IMAGE=mayros:latest MAYROS_GATEWAY_TOKEN=change-me-now MAYROS_GATEWAY_BIND=lan MAYROS_GATEWAY_PORT=18789 MAYROS_CONFIG_DIR=/root/.mayros MAYROS_WORKSPACE_DIR=/root/.mayros/workspace GOG_KEYRING_PASSWORD=change-me-now XDG_CONFIG_HOME=/home/node/.mayros
Generate strong secrets:
bashopenssl rand -hex 32
Do not commit this file.
6) Docker Compose configuration
Create or update docker-compose.yml.
yamlservices: mayros-gateway: image: ${MAYROS_IMAGE} build: . restart: unless-stopped env_file: - .env environment: - HOME=/home/node - NODE_ENV=production - TERM=xterm-256color - MAYROS_GATEWAY_BIND=${MAYROS_GATEWAY_BIND} - MAYROS_GATEWAY_PORT=${MAYROS_GATEWAY_PORT} - MAYROS_GATEWAY_TOKEN=${MAYROS_GATEWAY_TOKEN} - GOG_KEYRING_PASSWORD=${GOG_KEYRING_PASSWORD} - XDG_CONFIG_HOME=${XDG_CONFIG_HOME} - PATH=/home/linuxbrew/.linuxbrew/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin volumes: - ${MAYROS_CONFIG_DIR}:/home/node/.mayros - ${MAYROS_WORKSPACE_DIR}:/home/node/.mayros/workspace ports: # Recommended: keep the Gateway loopback-only on the VPS; access via SSH tunnel. # To expose it publicly, remove the `127.0.0.1:` prefix and firewall accordingly. - "127.0.0.1:${MAYROS_GATEWAY_PORT}:18789" command: [ "node", "dist/index.js", "gateway", "--bind", "${MAYROS_GATEWAY_BIND}", "--port", "${MAYROS_GATEWAY_PORT}", "--allow-unconfigured", ]
--allow-unconfigured is only for bootstrap convenience, it is not a replacement for a proper gateway configuration. Still set auth (gateway.auth.token or password) and use safe bind settings for your deployment.
7) Bake required binaries into the image (critical)
Installing binaries inside a running container is a trap. Anything installed at runtime will be lost on restart.
All external binaries required by skills must be installed at image build time.
The examples below show three common binaries only:
gogfor Gmail accessgoplacesfor Google Placeswaclifor WhatsApp
These are examples, not a complete list. You may install as many binaries as needed using the same pattern.
If you add new skills later that depend on additional binaries, you must:
- Update the Dockerfile
- Rebuild the image
- Restart the containers
Example Dockerfile
dockerfileFROM node:22-bookworm RUN apt-get update && apt-get install -y socat && rm -rf /var/lib/apt/lists/* # Example binary 1: Gmail CLI RUN curl -L https://github.com/steipete/gog/releases/latest/download/gog_Linux_x86_64.tar.gz \ | tar -xz -C /usr/local/bin && chmod +x /usr/local/bin/gog # Example binary 2: Google Places CLI RUN curl -L https://github.com/steipete/goplaces/releases/latest/download/goplaces_Linux_x86_64.tar.gz \ | tar -xz -C /usr/local/bin && chmod +x /usr/local/bin/goplaces # Example binary 3: WhatsApp CLI RUN curl -L https://github.com/steipete/wacli/releases/latest/download/wacli_Linux_x86_64.tar.gz \ | tar -xz -C /usr/local/bin && chmod +x /usr/local/bin/wacli # Add more binaries below using the same pattern WORKDIR /app COPY package.json pnpm-lock.yaml pnpm-workspace.yaml .npmrc ./ COPY ui/package.json ./ui/package.json COPY scripts ./scripts RUN corepack enable RUN pnpm install --frozen-lockfile COPY . . RUN pnpm build RUN pnpm ui:install RUN pnpm ui:build ENV NODE_ENV=production CMD ["node","dist/index.js"]
8) Build and launch
bashdocker compose build docker compose up -d mayros-gateway
Verify binaries:
bashdocker compose exec mayros-gateway which gog docker compose exec mayros-gateway which goplaces docker compose exec mayros-gateway which wacli
Expected output:
/usr/local/bin/gog
/usr/local/bin/goplaces
/usr/local/bin/wacli
9) Verify Gateway
bashdocker compose logs -f mayros-gateway
Success:
[gateway] listening on ws://0.0.0.0:18789
From your laptop:
bashssh -N -L 18789:127.0.0.1:18789 root@YOUR_VPS_IP
Open:
http://127.0.0.1:18789/
Paste your gateway token.
What persists where (source of truth)
Mayros runs in Docker, but Docker is not the source of truth. All long-lived state must survive restarts, rebuilds, and reboots.
| Component | Location | Persistence mechanism | Notes |
|---|---|---|---|
| Gateway config | /home/node/.mayros/ | Host volume mount | Includes mayros.json, tokens |
| Model auth profiles | /home/node/.mayros/ | Host volume mount | OAuth tokens, API keys |
| Skill configs | /home/node/.mayros/skills/ | Host volume mount | Skill-level state |
| Agent workspace | /home/node/.mayros/workspace/ | Host volume mount | Code and agent artifacts |
| WhatsApp session | /home/node/.mayros/ | Host volume mount | Preserves QR login |
| Gmail keyring | /home/node/.mayros/ | Host volume + password | Requires GOG_KEYRING_PASSWORD |
| External binaries | /usr/local/bin/ | Docker image | Must be baked at build time |
| Node runtime | Container filesystem | Docker image | Rebuilt every image build |
| OS packages | Container filesystem | Docker image | Do not install at runtime |
| Docker container | Ephemeral | Restartable | Safe to destroy |
Infrastructure as Code (Terraform)
For teams preferring infrastructure-as-code workflows, a community-maintained Terraform setup provides:
- Modular Terraform configuration with remote state management
- Automated provisioning via cloud-init
- Deployment scripts (bootstrap, deploy, backup/restore)
- Security hardening (firewall, UFW, SSH-only access)
- SSH tunnel configuration for gateway access
Repositories:
- Infrastructure: mayros-terraform-hetzner
- Docker config: mayros-docker-config
This approach complements the Docker setup above with reproducible deployments, version-controlled infrastructure, and automated disaster recovery.
Note: Community-maintained. For issues or contributions, see the repository links above.