Beiträge von frank_m

Zitat von Dave

Ich habe kein DS lite.

Aber CGNAT, also auf jeden Fall keine öffentliche IPv4 Adresse.

Zitat von Dave

die WireGuard-Verbindung steht lt. Handy und Fritzbox, aber es geht kein Traffic durch.

Da muss man vorsichtig sein. Besonders der Windows Client behauptet immer direkt nach Klicken auf "Connect" verbunden zu sein - auch, wenn da überhaupt nichts dran ist.

Zitat von Dave

Es ist einfach eine Unverschämtheit, dass die Deutsche Glasfaser Ihre Kunden schamlos anlügt:

Das ist nicht gelogen, das funktioniert problemlos. Einzige Voraussetzung ist, dass der Client eine funktionierende IPv6 Verbindung hat. Wenn das der Fall ist, ist es kein Problem, z.B. zu einer Fritzbox ein VPN aufzubauen. Der andere Fall, der im Artikel beschrieben ist, also der VPN Aufbau zur Arbeit, geht auch über IPv4.

Also keine Lüge. Funktioniert problemlos.

Hat dein Handy auch eine saubere IPv6 Verbindung? Wie greifst du auf die IPv6 Adresse deiner Fritzbox zu? Per dyndns? Da passt auch alles in Bezug auf IPv6?

Es gibt ja verschiedene Möglichkeiten, z.B. über Freetz den Bootvorgang anhalten. Via Parallels muss man natürlich aufpassen, dass man mit gebridgten Devices arbeitet, ich weiß gar nicht, ob das bei Parallels geht.

Nach einem dieser Wege:

Thema

Meta-Beitrag zur Erreichbarkeit via IPv4/IPv6 in Heimnetzen

Da es immer wieder Fragen gibt, wie man sein Heimnetzwerk weiterhin "von außen" erreichen kann, wenn der Anschluss auf CG-NAT oder DS-Lite umgestellt wurde, sammele ich hier meine (und auch gerne andere Beiträge), die ich dafür mal erstellt habe.

Diese decken unterschiedliche Ansätze und Techniken ab und zielen darauf ab, praxisnahe Beispiele zu beschreiben, die natürlich keinen Anspruch auf Vollständigkeit haben.

• Erreichbarkeit durch ein WireGuard-VPN und VPS
  IPv4-Erreichbarkeit via VPS und VPN

…

mbo77

30. Juni 2024 um 10:58

Ich bin mir immer sicherer, dass bei deinen Adressen was durcheinander geht.

Zitat von Ramone

Also dann müssen es kontinuierliche Anzeigefehler in der Mesh-Übersicht bei allen 7.9 Betas gewesen sein.

Das halte ich für durchaus möglich.

Zitat von Ramone

Also bei den Betas deutlich höhere Anbindungsgeschwindigkeiten als bei den finalen Versionen.

Und das war nicht nur ein Anzeigefehler? Lassen sich 4 GBit/s überhaupt theoretisch erreichen zwischen 5690 und 3000AX? Die 5690 hat nur einen 5 GHz Transceiver. Ich denke, damit sind 4 GBit/s raus.

Ich meinte natürlich, wenn die 5590 direkt an der Faser hängt ...

Schau links ins Menu, da findest du alle Punkte.

Zitat von Daniel_FF

Wo soll ich nachschaun? Schicke gerne Screnshots damit ihr euch das anschauen könnt

Die Startseite, die Glasfaserinformationen und das Ereignislog sind wichtig.

Zitat von mbo77

Dann wird es hierauf hinauslaufen.

Bundesnetzagentur - Beschwerden und Fragen

Noch ein Fall, der im Sande verläuft. Wir wissen doch inzwischen, dass die BNetzA diese Fälle nicht konsequent verfolgt.

Wenn der Anbieter keinen Prozess dafür hat, wird das nichts werden - Gesetz hin oder her.

Funktioniert der Link denn? Erkennt die Fritzbox das Glasfasersignal? Vorher brauchst du nicht anzurufen.

Gibt es denn schon eine physikalische Verbindung zur Fritzbox? Zeige mal die Statusinformationen und Logs der Box.

Genau, das ist die sichere Variante.

Hintergrund ist, dass die DG immer nur ein DHCP Lease pro Anschluss verteilt, mit einer Lebensdauer von 1 Stunde. Die muss abgelaufen sein, bevor ein neues Gerät ein Lease bekommt.

Zitat von DrFroeschle

Außerdem habe ich ja die Probleme auch ohne die Ubuntu Bridge. Die ist nur zur Analyse dazwischen.

Es kann aber trotzdem das Verhalten beeinflussen.

Zitat von DrFroeschle

An ein Problem mit den Adressen als solche glaube ich nicht, denn in meinen Wireshark Screenshots kann man ja sehen, dass die TCP SYN,ACK von der Fritzbox "zurück"gesendet werden.

Man sieht aber nicht, was zurückgesendet wurde, z.B. in Bezug auf MTU, TTL usw. Es gibt zahlreiche Gründe, warum das Paket vielleicht nicht zurückkommt. In Bezug auf die Adressen: Wenn du irrtümlich die LAN anstatt der WAN Adresse der Fritzbox verwendest, könnte das die Probleme erklären.

Es fällt halt auf, dass die Pakete durchkommen, wenn sie Antworten auf deine ausgehenden Pakete sind, und nicht, wenn du sie proaktiv an deine Adresse schickst. Da kommt unmittelbar der Verdacht, dass die ausgehenden Pakete von einer anderen Quelladresse sein könnten.

Hast du die eine Stunde Wartezeit beim Routerwechsel bedacht? In der Zeit darf kein Gerät am ONT angeschlossen sein.

Zitat von DrFroeschle

Da ich aber der FB etwas misstraut hatte (der AVM Support hatte mein Problem auch nicht so richtig verstehen wollen), habe ich die Bridge dazwischengebaut um definitiv sehen zu können, was sich vor der Haustüre der FB abspielt.

Das funktioniert aber erfahrungsgemäß sehr gut. Es reicht ja, dass die Ubuntu Bridge von sich aus Broad- oder Multicasts ins Netz spielt, dann kann das schon Probleme bereiten.

Eine Erklärung hab ich auch noch nicht für deine Probleme, außer, dass bei den Adressen was schiefläuft. Aber das musst du selber beurteilen, da du sie ja unkenntlich machst.

Ach guck an, da sind die Telia Router im Spiel, die auch zum Zugriff auf Cloudflare in den letzten Tagen für Probleme sorgten. Am Ende hängt das zusammen. Sollte man auf jeden Fall im Hinterkopf behalten, auch wenn ich im Moment die Ursache woanders vermute.

Wie sieht ein Trace von deinem VPS auf die Adresse der Fritzbox aus? Und wie sehen deine tcpdumps aus, wenn nicht die Ubuntu Bridge dazwischen hängt?

Nachtrag: Was passiert, wenn du aus deinem Heimnetz einen Trace auf deinen VPS machst?

Zitat von Crash Override

Ich verstehe so oder so nicht, weshalb man seinen Anbieter eine gefakte ID übertragen will oder sollte. Das brauchen wir doch nicht mehr.

Da stimme ich zu. Ich hab ja selber oft genug davor gewarnt, dass Clonen eines ONTs seitens des Providers jederzeit beendet werden kann.

Zitat von Crash Override

Auch mit der 55xx am Telekom Anschluss funktioniert dieses nicht!

Grundsätzlich funktioniert es, die letzte positive Rückmeldung aus dem IPPF ist vom 04.12.24. Warum es in diesen Fällen an den Telekom Anschlüssen nicht ging, müsste man sich ansehen.

Zitat von DrFroeschle

Für eine genauere Analyse habe ich mir eine Ubuntu Server Kiste als Layer 2 Bridgedevice konfiguriert und diese zwischen ONT und Fritzbox eingesteckt, so dass der ganze Traffic über diese Bridge muss und per tcpdump mitgeschnitten werden kann.

Warum hast du nicht einfach einen Paketmitschnitt in der Fritzbox angelegt? Dieses Gerät ist an einem DG Anschluss gefährlich, da die DG nur eine MAC Adresse am ONT akzeptiert. Ich vermute, deine Probleme stehen in Zusammenhang damit.

Mach die Analyse noch mal nur mit der Fritzbox und deren Paketmitschnitt.

Zitat von DrFroeschle

Ich kann aus meinem LAN hinter der Fritzbox die Fernwartung über die globale IPv6 Adresse erreichen. Der Service ist als definitiv aktiv.

Nein, das stimmt so nicht. Anfragen aus dem lokalen Netz sind für die Box was komplett anderes, als aus dem Internet. Es kann durchaus sein, dass der Service nicht erreichbar ist.

Zitat von DrFroeschle

Zum Test habe ich mir hierzu die Fernwartungsfunktion der Fritzbox aktiviert, die lauscht nun auf Port 49102.

Port 49102 liegt schon im PAT Bereich. Das würde ich ebenfalls ändern.

Bei denen aus dem IPPF.

Ich denke, man muss unterscheiden. Das Ändern der Modem-ID ist die eine Sache, die kann man nach wie vor eintragen, und das System verhält sich nach wie vor so, wie man es erwartet. Beispiele dafür sind auch die 5530 und die 5590, die ja ebenfalls diese Änderung in der Firmware haben, und bei denen es ebenfalls noch funktioniert. Wie gesagt, der entscheidende Schritt ist, dass die ID in der Config landet, denn genau das verhindert dieser Eintrag.

Auf einem anderen Blatt stehen die generellen Probleme der 5690 im Telekom Netz. Ich hab bislang nichts dazu gelesen, ob sie in der 8.01 behoben wurden, oder nicht. Die haben aber nichts mit der Modem-ID zu tun.

Der Eintrag blockt aber nur, dass der Wert aus der Weboberfläche in die Config geschrieben wird. Wenn er erst mal drin ist ...