6cab1162f2
Widerlegt die bisherige Annahme, Telekom oder das Nokia blockierten eingehendes IPv6. Ursache war die Firewallzone auf dem Mango: usb0 wurde von `wan` behandelt, das noch IPv4 und IPv6 umfasste, sodass die Regeln in `wan6` gar nicht erreicht wurden. Deren Null-Zähler bewiesen deshalb nichts. nginx auf tnix mit IPv6-Listenern und ACME HTTP-01; der Mango leitet TCP 80/443/8080 der öffentlichen Adresse auf die statische ULA-Adresse von enp0s31f6 weiter. Kein Cloudflare-Proxy, kein blunix im Datenpfad. scripts/configure-mango-ipv6-web.sh legt die UCI-Regeln persistent an, mit Backup und `fw4 check` vor dem Commit. Arbeit der Vormittagssitzung vom 12.09.2026, hier erstmals committet. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01ML1tzf3RKWwetud5S4TRAn
72 lines
3.4 KiB
Markdown
72 lines
3.4 KiB
Markdown
# Entwurf: Support-Anfrage an die Telekom zu eingehendem IPv6
|
|
|
|
**Überholt — nicht in dieser Form versenden (12.09.2026).** Neue Messungen
|
|
zeigen eingehende Pakete am Mango und einen funktionierenden HTTP-Testserver
|
|
auf tnix. Die getestete Blockade lag in Mangos Firewall; der zuvor
|
|
beobachtete `wan6`-Zähler lag hinter der bereits entscheidenden `wan`-Zone.
|
|
Siehe [aktueller Testaufbau](ipv6-test-tnix.md). Der folgende Entwurf ist
|
|
nur noch historischer Kontext.
|
|
|
|
Hintergrund und Testbefund: `docs/roadmap.md`, Abschnitt
|
|
„Connector-Architektur", Einträge vom 12.09.2026. Ziel der Mail: klären,
|
|
warum die bereits gebuchte und korrekt konfigurierte Option „Feste
|
|
IPv6-Adresse (Präfix 64)" nicht die im Produktflyer beworbene direkte
|
|
Erreichbarkeit liefert — nicht nur die Adresse als Diagnose-Info
|
|
weitergeben.
|
|
|
|
Diese Anfrage richtet sich an den **Geschäftskunden-Support** (die Option
|
|
ist ein Business-Produkt), nicht an die allgemeine Kundenhotline —
|
|
Kontakt laut Produktflyer: freecall 0800 33 01300. Vor dem Versenden:
|
|
eigene Kundendaten (Rufnummer, Kundennummer) ergänzen, wo `[…]` steht.
|
|
Die Test-IPv6-Adresse unten ist die tatsächlich beim Test beobachtete —
|
|
falls sich das Präfix seither geändert hat, vor dem Versenden mit einer
|
|
aktuellen Adresse ersetzen.
|
|
|
|
---
|
|
|
|
**Betreff:** Option „Feste IPv6-Adresse (Präfix 64)" gebucht und korrekt
|
|
konfiguriert, aber nicht von außen erreichbar
|
|
|
|
Sehr geehrtes Telekom-Geschäftskunden-Support-Team,
|
|
|
|
ich habe für meinen Mobilfunkanschluss die Option „Feste IPv6-Adresse
|
|
(Präfix 64)" gebucht und möchte darüber einen kleinen selbst gehosteten
|
|
Server erreichbar machen. Laut Produktflyer ist der Mobilfunk-Zugang
|
|
damit „weltweit direkt adressierbar"; in der Praxis komme ich von außen
|
|
aber nicht auf das Gerät.
|
|
|
|
**Kundendaten:** […Rufnummer/Kundennummer…]
|
|
|
|
**Konfiguration:** APN auf dem Endgerät korrekt auf `festip.telekom`
|
|
gestellt (nicht den normalen APN `internet.v6.telekom.de`). Die dabei
|
|
zugewiesene Adresse liegt im erwarteten Fixed-IP-Adressbereich
|
|
(`2a01:598:ec1e:ce00::/64` zum Testzeitpunkt, Präfix laut Option fest).
|
|
|
|
**Befund:** Ausgehende IPv6-Verbindungen funktionieren einwandfrei.
|
|
Eingehende, von mir nicht zuvor initiierte Verbindungen zu dieser Adresse
|
|
werden jedoch offenbar weiterhin netzwerkseitig blockiert. Getestet mit
|
|
lokal vollständig geöffneter Firewall auf meinem eigenen Endgerät (um
|
|
eine eigene Fehlkonfiguration auszuschließen):
|
|
|
|
- ICMP-Ping von vier unabhängigen externen Standorten (verschiedene
|
|
Länder/Kontinente, über einen öffentlichen Prüfdienst) — keine Antwort
|
|
von keinem der vier Standorte.
|
|
- Ein HTTP-Request von einer Cloud-Infrastruktur außerhalb meines
|
|
Netzes auf Port 80 und 443 — ebenfalls kein Erfolg (Timeout bzw. aktive
|
|
Ablehnung, je nach Pfad).
|
|
|
|
Auf meinem eigenen Endgerät kommt dabei nachweislich kein einziges dieser
|
|
Pakete an (eigener Firewall-Paketzähler bleibt bei 0) — die Blockade
|
|
liegt also vor meinem Gerät, im Mobilfunknetz selbst.
|
|
|
|
**Meine Frage:** Warum liefert die gebuchte und korrekt konfigurierte
|
|
Option nicht die beworbene direkte Erreichbarkeit? Ist dafür eine weitere
|
|
Einstellung nötig (z. B. im Business Service Portal), oder gibt es eine
|
|
bekannte Einschränkung, die im Flyer nicht erwähnt ist? Falls es sich um
|
|
einen Fehler auf Netzseite handelt, bitte ich um Weiterleitung an die
|
|
zuständige technische Stelle.
|
|
|
|
Vielen Dank für eine Rückmeldung.
|
|
|
|
Mit freundlichen Grüßen
|
|
[…Name…]
|