Christoph Emsenhuber
b697ffc6fa
Runbook docs/tp16.3-bf-public-ap-connector-runbook.md fuer die Vor-Ort-Session geschrieben; docs/tp31-schritt5-runbook.md abgeloest (read-only-Header). Live-Befunde 2026-08-30, die den Plan aendern: - ap3 ist neu und NICHT baugleich: cAP ax (cAPGi-5HaxD2HaxD, 10.40.99.13), arm64/96 MB frei, aber ROS 7.24.1 gegen 7.24 auf ap1/ap2 => zwei verschiedene container.npk. device-mode=basic statt home (fetch bereits an). - Blocker A: bf-public-Ingress zeigt auf :80, Caddy antwortet dort mit 308 auf https => Redirect-Schleife ueber CF fuer alle vier Namen. Faellt heute nicht auf, weil die Alttunnel an Caddy vorbei direkt aufs Backend gehen. Fix: https://10.40.20.40:443 + originServerName je Regel (ueber 443 4x 200). - Blocker B: es gibt KEINE Freigabe vlan99 -> vlan20:443. Die forward-Kette wurde vollstaendig gelesen (36 Regeln); die einzige MGMT->INFRA-Regel ist ein src-port=8728-Rueckweg. Der Vorgaenger-Runbook behauptet das Gegenteil ("Regel 27 deckt vlan99->vlan20:80 ab") - Regel 27 ist IOT->INFRA. - Blocker C: ROUTER_AP3_PASS fehlt in ~/.secrets/credentials.env (nur in ~/.claude.json). Nebenbefund: credentials.env laesst sich in zsh nicht sourcen (rohe WireGuard-Zeilen ab ~Z.69) - Variablen bleiben still leer. - Kein PoE an beiden CRS326 => kein Remote-Power-Cycle, Bestaetigung physisch. - Die sechs abzubauenden Container auf allen drei Hosts verifiziert; terpene-cloudflared und fm.emsenhuber.net bleiben. CF-Rollback-Snapshots unter docs/cf-backup/*-20260830-vor-tp16.3-schnitt.json neu angelegt (vier Ingress-Configs + CNAMEs inkl. Record-IDs) - es gab sie vorher nicht. Quick-Index, TP16.3-Abschnitt und Ist-Stand-Block mitgezogen. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
45 lines
1.2 KiB
JSON
45 lines
1.2 KiB
JSON
[
|
|
{
|
|
"name": "ds-fm.emsenhuber.net",
|
|
"type": "CNAME",
|
|
"content": "b697d124-53bf-4a33-8fcf-384cced4db1a.cfargotunnel.com",
|
|
"proxied": true,
|
|
"id": "0da61c6143bfd0d5f9c47ca4b4147b06"
|
|
},
|
|
{
|
|
"name": "gateway-fm.emsenhuber.net",
|
|
"type": "CNAME",
|
|
"content": "b697d124-53bf-4a33-8fcf-384cced4db1a.cfargotunnel.com",
|
|
"proxied": true,
|
|
"id": "54ac8b816765b45191469678891389bd"
|
|
},
|
|
{
|
|
"name": "gitea.emsenhuber.net",
|
|
"type": "CNAME",
|
|
"content": "220c9958-401b-4111-9451-f3db09bba2d5.cfargotunnel.com",
|
|
"proxied": true,
|
|
"id": "3d6053529f99fc5832d9956ee6e8834c"
|
|
},
|
|
{
|
|
"name": "hass.emsenhuber.net",
|
|
"type": "CNAME",
|
|
"content": "f7fdf3a6-b67d-4567-93b1-b0f273794d09.cfargotunnel.com",
|
|
"proxied": true,
|
|
"id": "0841148f401b5db40fa02f69d0f0e848"
|
|
},
|
|
{
|
|
"name": "n8n.emsenhuber.net",
|
|
"type": "CNAME",
|
|
"content": "7a322261-380a-447b-97d2-8ebce99f5ed1.cfargotunnel.com",
|
|
"proxied": true,
|
|
"id": "40b311a40e41fbeae85ca097a4036e6c"
|
|
},
|
|
{
|
|
"name": "vw.emsenhuber.net",
|
|
"type": "CNAME",
|
|
"content": "220c9958-401b-4111-9451-f3db09bba2d5.cfargotunnel.com",
|
|
"proxied": true,
|
|
"id": "2971d3ba9410e841b35ec58ffda59be4"
|
|
}
|
|
]
|