Verbindungseinstellungen - VLAN-Einstellungen: VLAN für den Internetzugang verwenden: Haken setzen => VLAN-ID: 360 ; PBit: 0
Sollt der Modus "Kundeneigener Router" sein, dann ist die VLAN ID hier 362. Dafür braucht man keine dedizierte Telefonie VLAN ID mehr.
Ich halte es auch für suboptimal, solche Dinge dann bilateral im Chat anzugehen. So bleibt anderen Interessierten der Lösungsweg verborgen. Jetzt bekommen wir vielleicht noch mit viel Glück eine (für diesen Fall) funktionierende Firewall Tabelle präsentiert, aber wie die entstanden ist und nach welchen Prinzipien man bei der Erstellung vorgeht, erfährt man nicht. Das eine fehlerhafte Firewall die Ursache war, war auch vorher schon mehr als offensichtlich, da ja schon grundlegendste Voraussetzungen falsch eingeschätzt wurden (siehe drop Policy).
Übringens: Wenn man die Standard-Regeln der Firewall bei IPV6 nicht ändert, ist das Netzwerk offen.
Falsch. Default policy ist "drop".
https://help.ui.com/hc/en-us/artic…-Firewall-Rules
WAN v6 LocalApplies to IPv6 traffic that is destined for the UDM/USG itself on the WAN network (default drop).<br><br>
WAN v6 InApplies to IPv6 traffic that enters the WAN (ingress), destined for other networks (default drop).
ab Punkt 3.7
Firewall-Regeln ensprechend angepasst.
Gerade der Bereich "Firewall" ist sehr stiefmütterlich beschrieben, und gerade darauf kommt es ja an. Außerdem lässt er Interpretationsspielraum, vor allem für die zweite Regel. Lange Rede, kurzer Sinn: Nach der Anleitung ist die Wahrscheinlichkeit hoch, dass ihr die Firewall falsch konfiguriert habt.
Also: Was genau habt ihr da getan? Welche Geräte und welche Dienste wolltet ihr erreichen, und wie habt ihr diese Geräte vorbereitet?
z. B. Werksreset
Das kann ja nicht alles gewesen sein. Welche Ansätze habt ihr denn sonst noch verfolgt?
Daher unsere Vermutung, dass es am Netzt liegen könnte.
Das halte ich für recht unwahrscheinlich, da ihr bei der Fritzbox die WAN Adresse pingen könnt. Zumindest das müsste auf der UDM auch gehen. Da du in deinen bisherigen Beiträgen sehr viel Halbwissen und noch mehr falsche Annahmen präsentiert hast, ist es wahrscheinlich, dass ihr die Geräte falsch konfiguriert habt.
Das haben wir ja freigegeben gehabt, aber da ging gar nichts.
Was habt ihr denn da gemacht?
Der Kollege aus dem Nachbarforum kannte das Problem auch schon, nur leider funktionieren die ganzen Lösungsansätze nicht.
Und wieder: Was genau habt ihr da gemacht? Wir können nicht hellsehen.
FB so eingestellt, dass auch die UDMPro an Ihrem WAN-Port und die Geräte an der UDMPro IPV6-Adressen bekommen.
Das heißt Prefix Delegeation, oder was?
Wenn man jetzt mit traceroute6 die IPV6-Adresse des WAN-Port der UDMPro oder die IPV6-Adresse eines der Geräte an der UDMPro mit
mit traceroute6 anspricht, ist am WAN-Port der FB nach Zeile 8 Schluss, so wie es sein soll.
Naja, ob das so sein soll, darf bezweifelt werden. Aber gut, wenn man nichts weiter macht, dann ist das so.
In der Firewall habe ich nichts weiter eingestellt. Müsste ich das denn
Oh ja, und das war irgendwie komisch. Ist lange her. Es gab einen Unterschied zwischen "ICMPv6" und "IPv6-ICMP", kann ich mich erinnern. Und man muss sauber unterscheiden zwischen dem Traffic für die UDM und dem fürs Netzwerk ("local", "in"). Insgesamt war das schon tricky, wenn man die Geräte nicht kennt. Man sollte definitiv mehr als nur Routing-Grundlagenwissen haben, um sich mit den Geräten auseinanderzusetzen.
aber warum kommt man dann an die anderen Geräte nicht ran?
Man kommt erst mal nirgendwo dran, es sei denn, man erlaubt es explizit. Eingehender Traffic sowohl auf "local" als auch auf "in" wird verworfen. Also: Ja, du musst definitiv erst mal dafür sorgen, dass der Datenverkehr deine Endgeräte erreichen kann.
Gibts man an einem IPV6-Gerät eines anderen Anschlusses den traceroute6-Befehl gefolgt von der IPV6-Adresse des WAN-Port ein,
müsste in Zeile 8 dann Schluß sein.
Das ist in meinem Fall aber nicht so. Hier kommen dann nur Sternchen und der Befehl läuft weiter.
Offenbar blockt deine UDM ICMPv6 Nachrichten auf dem WAN Port, entweder ein- oder ausgehend (oder beides). Ich vermute das Problem also in der Firewallkonfiguration. Was hast du denn dort getan, um den Zugriff von außen zu mit ICMPv6 ermöglichen?
Hast du es mal mit "echten" Diensten probiert?
Dafür wäre es interessant zu wissen, welcher Modus bei bugmast3r aktiv war. Er schreibt ja, dass er eine Sicherung eingespielt hat, mit der alles noch lief. Die Konfiguration der VLANs etc. hat sich also nicht geändert.
Es müsste auch funktionieren wenn die FB nicht als Router verwendet wird
Ja, Problem ist dann aber: Wie finden die spanischen Netzwerk-Clients die Route ins VPN? Entweder muss in jedem Gerät eine entsprechende Route erzeugt werden, oder eine statische Route im vorgelagerten Router.
Brauche ich überhaupt die Umsetzung mit 2 G.hn Geräten, oder kann ich einfach das Signal am ONT abgreifen und über die Telefonleitung zur Fritzbox führen? Sofern im Netzwerkkabel zwischen ONT und Router nur 2 Leitungen benötigt werden, müsste das doch gehen.
Zum einen brauchst du mindestens 4 Adern, und das sind dann auch nur 100 MBit/s. Und ob die erfolgreich durch ein Telefonkabel gehen, ist eher ein Glücksspiel. Heißt: Für die Weiterleitung eines Glasfaseranschlusses völlig ungeignet. Für die Frequenzbereiche von Ethernet sind gewisse Anforderungen ans Kabel nötig. Für mehr als 100 MBit/s sind es mindestens 8 Adern, und das mit angemessener Schirmung und Verdrillung: Mindestens CAT5e. Alles andere funktioniert nicht.
- Praxiserfahrung bzgl. Bandbreite der devolo-Lösung?
Über Telefonkabel liest man davon eher selten. Meistens versuchen es die Leute über Strombakel, was üblicherweise in einer Katastrophe mündet. Über ein Telefonkabel könnte es besser funktionieren.
Weil die Fritzbox dann eben nicht Router ist. Das wurde ja explizit gewünscht.
Haegar: Die Fritzbox arbeitet in dem Fall als Router. Deshalb ja die Doppel-NAT Konfiguration. Du hast dann zwei Router hintereinander. Das meinte ich mit Nachteil, und das meinte ich, wenn ich schrieb, dass man sehr genau wissen sollte, was man tut, wenn man sowas macht.
Es sollte doch auch möglich sein den gelieferten Router nur als Modem zu nutzen und eine 4040 oder 4060 als Router einzusetzen.
Ich weiß nicht, ob es möglich ist, diese Geräte quasi in einen transparenten Modus zu versetzen. Was aber natürlich immer möglich ist: Eine Fritzbox hinter den Movistar Router zu hängen, auch wenn der noch als Router arbeitet. Das hat natürlich Nachteile, weil man damit eine Doppel-NAT Konstellation baut. Aber wenn man unbedingt auf eine Fritzbox setzen will, wäre das ein Weg.
Und kann der festellen von extern , daß dort eine andere Glasfaserbox
angeschlossen ist?
Ja, das kann er.
Was an der DG Anleitung interessant ist: Man klemmt die Box direkt nach einem Recovery oder Werksreset an die Glasfaserleitung. Dann bekommt sie eine IP Verbindung, über den sie aktiviert werden kann. Zu der Zeit hat man noch überhaupt keine Zugangsdaten, Seriennummern oder ONT Kennungen eingegeben. Die Box geht quasi ohne spezifische Daten online.
Ich frag mich, wie der Prozess dahinter aussieht. Ist die initiale Verbindung quasi eine Default Verbindung nur für die Aktivierung? Werden dabei dann die spezifischen GPON Zugangsdaten übermittelt, die für die spezifische Kundenverbindung benötigt werden?
Ich frage mich, wie du von der Beschreibung auf eine 5530 schließt. Das ist eine Spezifikation für ein SFP Modul, aber nicht für einen Router.
Damit hast du dann im Grunde genau die Infos, die du für die Anschaffung eines SFP Module benötigst. Beispiele für Medienkonverter und SFP Module finden sich schon einige im Forum, auch passend zu diesen Specs.
Drei Dinge wundern mich.
Warum funktioniert nur Version 7.26? Keine neuere? Und warum wird der Firefox Browser nicht unterstützt? Und woher kommt die symmetrische Verbindungsgeschwindigkeit mit 1 GBit/s?
Aber schön, dass die DG nun einen Prozess dafür hat, der offenbar sogar automatisiert abläuft, so dass kein Kontakt zum Kundenservice nötig ist.
Selbst eine Sekunde wäre ja ein 1000er Ping
Es geht hier glaube ich nicht um Ping, sondern eher um eine Reaktionszeit auf Applikationsebene. Also z.B. Cst sagt was zu seinem Google Home, und der gönnt sich dann erst mal eine Gedenkpause, bevor er antwortet oder aktiv wird.
Neben WLAN fallen mir da eine Millionen weitere Gründe ein, die das Problem verursachen können.
Ich habe jetzt eine Fritzbox 7530, die als kaskadierter Router am Glasfaser Modem hängt.
Was genau heißt das? Und was ist "das Glasfasermodem"? Der ONT?
Daneben können es z.B. die DNS Einstellungen sein. Funktioniert Reverse DNS Lokkup sauber für alle Geräte? Auch das IPv6 Setup spielt eine Rolle. Bekommen alle Geräte eine öffentliche IPv6 Adresse in deinem Netz? An beiden Routern? Wie hast du den Wechsel des Google Homes zwischen den Netzen realisiert? Wenn noch Reste der alten Konfiguration im neuen Netz aktiv sind, kann das für Timeouts sorgen.
Usw. Usw. Die Ursachen muss man Schritt für Schritt überprüfen und dann ggf. weitersehen.
Ich möchte dazu sagen, dass die Lösung nicht uneingeschränkt zu empfehlen ist. Der Weg, OpenVPN über einen SSH TCP Tunnel aufzubauen, birgt schon einige Nachteile (verschachtelte TCP Verbindungen, deren Regelalgorithmen sich gegenseitig in die Quere kommen). Je nach Anwendungsfall kann das funktionieren, aber es gibt zahlreiche Beispiele, da wird es nicht gut funktionieren.
Wenn man sich schon den Luxus eines VPS und eines dedizierten VPN Knotens (Raspi) gönnt, dann kann man auch den VPN Tunnel direkt aufbauen und so einige der Nachteile umgehen.
ich habe das immer "recht" stabil hinbekommen. Leider ist alle paar Stunden bei mir die Verbindung verloren gegangen (habe allerdings wireguard benutzt).
Wireguard nutzt nur UDP, und ist damit mit einem SSH TCP Tunnel gar nicht nutzbar.
Wähle aus, welche Kategorien Du erlaubst. Für jede Kategorie kannst Du über „Details anzeigen“ sehen, welche Cookies und Skripte konkret geladen werden, welche Empfänger beteiligt sind und wie lange gespeichert wird.
Weitere Informationen: Datenschutzerklärung · Impressum
