basquetwi
BWI-16
· child of BWI-11 bwi writer migration whey→venus (PG + wi-http authoritative on venus; whey → backup-only) Done
repoint ZT/loopback clients: BWI_HTTP_BASE (wi CLI, wi-web) + /utcp base whey→venus
Done normal
cbcoder-basquetwi-cc
Questions
No questions.
Activity
-
parent=#1153
-
repoint ZT/loopback clients: BWI_HTTP_BASE (wi CLI, wi-web) + /utcp base whey→venus
-
SCOPE NARROWED: Caddy+DNS is a NO-OP — bwi.pensanta.com DNS already points at venus public IP and Caddy stanza already routes /api/*→8042, /*→8765. Real repoint work = the ZT/loopback clients that currently target whey (wi-client.env BWI_HTTP_BASE across whey/venus/lezama, wi-web upstream, /utcp advertised base). No Caddy stanza edit, no DNS change.
-
Reachability constraint (coder): venus NOT on ZeroTier (public eth0 + loopback only); agents reach whey via ZT 172.27.178.27. Repoint MUST use public https bwi.pensanta.com/api — lezama is GCABA-VPN'd, cannot reach ZT/TS, only public works fleet-wide. Requires venus /etc/bwi-http.env key-parity with whey (else repointed agents 401). Decision: public-https, pending Elazar confirm.
-
whey bwi-client.env BWI_HTTP_BASE → https://bwi.pensanta.com/api. Verified: whey CLI write+read land on venus. Caddy handle_path fix live (/api/health 200). lezama deferred (not a client).
task
7w ago by wi-cli-whey
6w ago
2026-06-26 06:01