TP47 — Core egress via cf-mesh und WARP-Exit-Validierung #74

New Issue

admin · 2026-10-03T13:11:41+02:00

admin commented

2026-10-03 13:11:41 +02:00

Steuerungs-SSoT: Index/Status hier in Gitea; Prosa/Detail im Repo unter docs/teilprojekte.md (Abschnitt TP47).

Status: 🔜 (status:todo)
Abschluss: —
Angelegt 2026-10-03 nach Befund: TP47 stand seit Committe 808d3a1 (2026-09-27) nur in der Datei, ohne Gitea-Issue — SSoT-Bruch aus der Vorgänger-Session.

Anriss: Validierung des Core-Egress-Weges via Cloudflare Mesh (cf-mesh, egress-cannaleo-Routing-Tabelle).

Bestandsaufnahme (live 2026-09-27):

Ziel 164.90.191.7 (DigitalOcean-Origin, kein Cloudflare im Pfad) liefert 403 über die Heim-IP
(90.146.33.177, WARP aus), 200 über Core-Routing (cf-mesh, egress-cannaleo).
cf-mesh erreicht den Origin mit 200 (verifiziert: cdn-cgi/trace → ip=104.28.207.39, warp=on,
colo=VIE). Keine Dedicated Egress IP nötig.
Korrektur einer früheren Behauptung: WARP war am Mac gar nicht verbunden — die zuvor gemessene
104.28.207.39 stammte aus einem Test mit nur der 1.1.1.1/32-Regel, lief also über die Heim-IP (403).
Die Doku ist entsprechend korrigiert: docs/warp-egress-native-crs326.md §6.3.
Template: nautobot/mikrotik_routeros.j2 Abschnitt [10b] (Commit c600c62e), Template-Drift 0.
User-Cave: kein Zugriffsmuster, das Heim-IP und diesen Ausgang gemeinsam gegen den Origin zeigt.

Offen / Abgrenzung: 10.101.0.254 taugt nicht als GW (100 % Loss). Verwandt: #72 (TP46, CF-SSoT) —
dieses TP prüft den Datenpfad, TP46 den Recovery-Weg.

Prosa/Detail: docs/teilprojekte.md → ### TP47.

Steuerungs-SSoT: Index/Status hier in Gitea; **Prosa/Detail** im Repo unter `docs/teilprojekte.md` (Abschnitt `TP47`). - Status: 🔜 (status:todo) - Abschluss: — - Angelegt 2026-10-03 nach Befund: TP47 stand seit Committe `808d3a1` (2026-09-27) **nur in der Datei**, ohne Gitea-Issue — SSoT-Bruch aus der Vorgänger-Session. Anriss: Validierung des Core-Egress-Weges via Cloudflare Mesh (`cf-mesh`, `egress-cannaleo`-Routing-Tabelle). **Bestandsaufnahme (live 2026-09-27):** - Ziel `164.90.191.7` (DigitalOcean-Origin, kein Cloudflare im Pfad) liefert `403` über die Heim-IP (`90.146.33.177`, WARP aus), `200` über Core-Routing (`cf-mesh`, `egress-cannaleo`). - `cf-mesh` erreicht den Origin mit `200` (verifiziert: `cdn-cgi/trace` → `ip=104.28.207.39`, `warp=on`, `colo=VIE`). Keine Dedicated Egress IP nötig. - Korrektur einer früheren Behauptung: **WARP war am Mac gar nicht verbunden** — die zuvor gemessene `104.28.207.39` stammte aus einem Test mit nur der `1.1.1.1/32`-Regel, lief also über die Heim-IP (403). Die Doku ist entsprechend korrigiert: `docs/warp-egress-native-crs326.md` §6.3. - Template: `nautobot/mikrotik_routeros.j2` Abschnitt `[10b]` (Commit `c600c62e`), Template-Drift 0. - User-Cave: kein Zugriffsmuster, das Heim-IP und diesen Ausgang gemeinsam gegen den Origin zeigt. **Offen / Abgrenzung:** `10.101.0.254` taugt nicht als GW (100 % Loss). Verwandt: #72 (TP46, CF-SSoT) — dieses TP prüft den *Datenpfad*, TP46 den *Recovery-Weg*. Prosa/Detail: `docs/teilprojekte.md` → `### TP47`.

admin added the status:todo thema:cloudflare-proxy thema:infra labels 2026-10-03 13:11:41 +02:00

admin referenced this issue from a commit

2026-10-03 13:12:31 +02:00

SSoT: Status-Marker aus den TP-Headern entfernt, Sync-Werkzeug auf Anlege-Richtung festgelegt

admin closed this issue

2026-10-05 21:37:05 +02:00

admin added status:done and removed status:todo labels 2026-10-05 21:37:11 +02:00

admin referenced this issue from a commit

2026-10-05 21:37:37 +02:00

TP47 (Gitea #74) abgeschlossen: Egress-Weg verifiziert, Prosa ins Archiv

admin removed the thema:infra label 2026-10-05 21:37:49 +02:00

Sign in to join this conversation.