Local Podman (experimental, Gateway only)
The Podman helper runs only the Fased Gateway in a rootless local container. It uses the repo Dockerfile, but it does not reproduce the native signer service, signer state volumes, administrative socket separation, or readiness ordering from the supported Docker Compose path.Requirements
- Podman (rootless)
- Sudo for one-time setup (create user, build image)
- A local Linux machine; do not use this helper as a VPS hosting substitute
Quick start
1. One-time setup from repo root. This creates the user, builds the image, and installs the launch script:~fased/.fased/fased.json with
gateway.mode="local" so the gateway can start without interactive onboarding.
By default, the container is not installed as a systemd service; you start it
manually. For auto-start and restarts, install it as a systemd Quadlet user
service:
FASED_PODMAN_QUADLET=1. Use --container to install only the
container and launch script.
2. Start gateway (manual, for quick smoke testing):
http://localhost:18789/ and use the token from
~fased/.fased/.env (or the value printed by setup). Finish normal setup in the
Control UI from the selected Agent:
- Agent > Models for model provider auth and model roles
- Chat for the first working message
- Agent > Channels for Telegram, Discord, WhatsApp, and other chat routes
- Agent > Services for web/search, GitHub, Gmail, and other API connectors
Systemd (Quadlet, optional)
If you ran./setup-podman.sh --quadlet or set FASED_PODMAN_QUADLET=1, a
Podman Quadlet
unit is installed so the gateway runs as a systemd user service for the fased
user. The service is enabled and started at the end of setup.
- Start:
sudo systemctl --machine fased@ --user start fased.service - Stop:
sudo systemctl --machine fased@ --user stop fased.service - Status:
sudo systemctl --machine fased@ --user status fased.service - Logs:
sudo journalctl --machine fased@ --user -u fased.service -f
~fased/.config/containers/systemd/fased.container.
To change ports or env, edit that file or the .env it sources, then reload and
restart the service:
fased.
Setup enables lingering when loginctl is available.
To add quadlet after an initial setup that did not use it, re-run: ./setup-podman.sh --quadlet.
The fased user (non-login)
setup-podman.sh creates a dedicated system user fased:
-
Shell:
nologin— no interactive login; reduces attack surface. -
Home: for example
/home/fased; holds~/.fasedconfig/workspace and the launch scriptrun-fased-podman.sh. -
Rootless Podman: the user must have a subuid and subgid range. Many
distros assign these automatically when the user is created. If setup prints a
warning, add lines to
/etc/subuidand/etc/subgid:Then start the gateway as that user (e.g. from cron or systemd): -
Config: only
fasedand root can access/home/fased/.fased. To edit config, use the Control UI once the gateway is running, or:
Environment and config
- Token: stored in
~fased/.fased/.envasFASED_GATEWAY_TOKEN.setup-podman.shandrun-fased-podman.shgenerate it if missing. - Optional env: in that
.env, you can set provider keys such asGROQ_API_KEY,OLLAMA_API_KEY, and other Fased env vars. - Host ports: by default, the script maps
18789(gateway) and18790(bridge). Override host ports withFASED_PODMAN_GATEWAY_HOST_PORTandFASED_PODMAN_BRIDGE_HOST_PORTwhen launching. - Gateway bind:
run-fased-podman.shstarts the gateway with--bind loopback. Keep it loopback-only; remote Podman exposure is outside this experimental local profile. - Paths: host config and workspace default to
~fased/.fasedand~fased/.fased/workspace. Override launch-script host paths withFASED_CONFIG_DIRandFASED_WORKSPACE_DIR.
Useful commands
- Logs
- Quadlet:
sudo journalctl --machine fased@ --user -u fased.service -f - Script:
sudo -u fased podman logs -f fased
- Quadlet:
- Stop
- Quadlet:
sudo systemctl --machine fased@ --user stop fased.service - Script:
sudo -u fased podman stop fased
- Quadlet:
- Start again
- Quadlet:
sudo systemctl --machine fased@ --user start fased.service - Script: re-run the launch script or
podman start fased
- Quadlet:
- Remove container:
sudo -u fased podman rm -f fased; config and workspace on the host are kept.
Troubleshooting
- Permission denied (EACCES) on config or auth-profiles: the container
defaults to
--userns=keep-idand runs as the same uid/gid as the host user running the script. EnsureFASED_CONFIG_DIRandFASED_WORKSPACE_DIRare owned by that user. - Gateway start blocked (missing
gateway.mode=local): ensure~fased/.fased/fased.jsonexists and setsgateway.mode="local".setup-podman.shcreates this file if missing. - Rootless Podman fails for user fased: check
/etc/subuidand/etc/subgidcontain a line forfased, for examplefased:100000:65536. Add it if missing and restart. - Container name in use: the launch script uses
podman run --replace, so the existing container is replaced when you start again. To clean up manually:podman rm -f fased. - Script not found when running as fased: ensure
setup-podman.shcopiedrun-fased-podman.shto/home/fased/run-fased-podman.sh. - Quadlet service not found or fails to start: run
sudo systemctl --machine fased@ --user daemon-reloadafter editing the.containerfile. Quadlet requires cgroups v2:podman info --format '{{.Host.CgroupsVersion}}'should show2.
Optional: run as your own user
To run the gateway as your normal user, build the image, create~/.fased/.env
with FASED_GATEWAY_TOKEN, and run the container with --userns=keep-id and
mounts to your ~/.fased. The launch script is designed for the fased user
flow. For a single-user setup, run the podman run command from the script
manually and point config/workspace to your home. For most users who need a
complete local container deployment, including wallets or mining, use the
supported Docker Compose path instead.