Role: production host for the Wikantik wiki, served publicly as wiki.wikantik.com through a Cloudflare tunnel. LAN address 192.168.0.4 (docker1.lan).
ghcr.io/jakefearsd/wikantik), deployed as a Docker Compose stackwikantik database (all state: pages, users, KG, embeddings via pgvector schema; role model is a single wikantik superuser keyed off POSTGRES_DB/POSTGRES_USER)qwen3-embedding:0.6b (1024-dim, fixed) for dense retrieval; prod is embeddings-only, no chat inference (the GPU inference host is decommissioned)Everything routes through bin/remote.sh in the wikantik repo (ssh-driven, with a deploy lock and ControlMaster):
bin/remote.sh deploy [--pull TAG] — build (or pull from GHCR), transfer, up -d, health-poll, auto-rollback on failed healthbin/remote.sh rollback — re-promote the :rollback image tagbin/remote.sh status | logs | shell | psql | migrate — day-2 operationsbin/remote.sh pages-push / pages-pull — rsync page content in/outConfiguration comes from the gitignored remote.env (ssh target, paths) and .env / .env.prod (application config — in this repo .env is repurposed for prod, unlike most projects). See Wikantik Release and Deploy Process for the full release path and Wikantik Content vs Code Deployment for why page content does NOT ship with deploys.
pages-push, never through a redeploy.OidcDiscoverySelfCheck guards this).ETag on private/no-cache responses at the edge, so SSR 304 behavior differs from direct-origin testing..lan