tegwick
0da83472c4
config-hosteurope names port 16443, but the k3s-api-railiance01 ops-bridge tunnel listens on 16444, so every default target failed with connection refused. Switch Makefile, tools and docs to ~/.kube/config-railiance01 and fix the restore recipe to rewrite the API address to the tunnel port. The node-side hostPath in STATE.md is unrelated and unchanged. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> Assistant: claude-code Assistant-Model: opus Assistant-Process: 1031639@bnt-lap001 Assistant-Session: e5073fee-f4ae-4fc3-a75a-6c1fc83e0576
3.3 KiB
Credential routing for railiance-apps operators
Use warden route find "<need>" --json before requesting secrets. ops-warden
issues SSH certificates only; other credentials route to OpenBao, key-cape, or
platform tooling.
Production cluster access
| Host | IP | Kubeconfig | Tunnel |
|---|---|---|---|
| CoulombCore (production apps) | 92.205.130.254 |
~/.kube/config via k3s-api-coulombcore |
bridge up k3s-api-coulombcore |
| Railiance01 (Forgejo S5) | 92.205.62.239 |
~/.kube/config-railiance01 |
bridge up k3s-api-railiance01 if configured |
Core Hub, vergabe-teilnahme, and apps-pg currently run on CoulombCore.
Railiance01 hosts Forgejo and a overlapping subset of platform databases.
Backup lane (Phase 1 — logical pg_dump + age + Nextcloud)
| Item | Value |
|---|---|
| Owner | railiance-platform |
| OpenBao path | platform/workloads/railiance/backup/offsite-lane |
| Fields | NC_WEBDAV_TOKEN, NC_WEBDAV_URL, AGE_PRIVATE_KEY |
| OIDC role | railiance-backup-workload-kv-read on auth mount netkingdom |
| Age key (local) | ~/.config/age/railiance-backup.key |
| warden advisory | warden access "nextcloud backup webdav token railiance" |
| Platform tool | make -C ~/railiance-platform forgejo-backup / forgejo-backup-dry-run |
| S5 tool | make apps-pg-backup-dry-run (encrypt only; upload needs OpenBao) |
Login and fetch (operator attended — do not log values):
warden access "openbao login oidc netkingdom backup" --fetch --no-policy
# or after browser OIDC:
bao login -method=oidc -path=netkingdom role=railiance-backup-workload-kv-read
export RAILIANCE_BACKUP_NC_TOKEN=$(
bao kv get -field=NC_WEBDAV_TOKEN platform/workloads/railiance/backup/offsite-lane
)
OpenBao unsealed 2026-07-10. KV fetch still requires a valid caller token via
OIDC (railiance-backup-workload-kv-read). Agent sessions cannot complete the
browser callback to localhost:8250 — run login in an interactive operator shell,
then make apps-pg-backup or tools/check-backup-lane-auth.sh.
CNPG Option A offsite Secret (RAILIANCE-WP-0015)
bao login -method=oidc -path=netkingdom role=railiance-backup-workload-kv-read
make cnpg-backup-offsite-secret-apply # databases/cnpg-backup-offsite
make cnpg-option-a-apply # CronJobs
Secret keys: NC_WEBDAV_TOKEN, NC_WEBDAV_URL, AGE_PUBLIC_KEY only —
AGE_PRIVATE_KEY stays in OpenBao recovery escrow (never in-cluster).
CNPG barman ObjectStore (Phase 2 — deferred)
Barman stubs remain in manifests/cnpg-backup-readiness.yaml. Do not apply
unless platform re-decides away from Option A and provisions S3 credentials.
Core Hub runtime secrets
Core Hub production uses the in-cluster Secret core-hub-prod-env on CoulombCore
(keys: CORE_HUB_DATABASE_URL, CORE_HUB_API_TOKEN). Custody is operator/OpenBao;
Helm cutover reuses the existing Secret — no secret fetch is required for deploy
dry-runs when the Secret already exists.
warden advisory for new secret material:
warden access "core hub database url api token"
SSH certificates
warden inventory list
warden sign <actor> --pubkey <path>
Bridge tunnels (agt-claude-coulombcore, agt-claude-railiance01) normally
provide reachability; refresh certs when warden status reports EXPIRED.