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
3.4 KiB
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. 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…]