Suchergebnisse
Suchergebnisse 1-20 von insgesamt 29.
-
Hallo Leute. Nachdem ich nun bei meinem Anbieter (Stiegeler) endlich auch mit Glasfaser versorgt werden kann, möchte ich auch schauen dass die Verbindung via IPv6 erreichbar ist. Out-of-the-box bekomme ich mit der UDM-Pro (Console OS v3.1.15, Network-App v7.4.162) keine v6 Adresse zugewiesen. In den Wan Einstellungen habe ich v6 per DHCPv6 aktiviert: Nun möchte ich schauen was hier das Problem ist. Ich habe in einem anderen Thread schon mal einen Blogartikel gefunden, der mir ausreichend fundier…
-
Hi. Danke für deine Antwort (Zitat von gierig) Jup, Anfrage läuft. Ich hoffe die stellen sich nicht all zu blöd an. Bis dahin kann ich vielleicht mit einem Screenshot der Fritte dienen. (IP ist mittlerweile wieder neu vergeben. ) Zum Thema Basics. Lese ich das richtig, dass der ISP hier einen 56er Präfix zur Verfügung stellt? (Zitat von gierig) Also ich hoffe/glaube ich habe verstanden was du meinst. (Zitat von gierig) D.h. aktuell hab ich mit der UDM keine Chance eine v6 zu bekommen, wenn der I…
-
Okay, gerade nochmal ein wenig gelesen. Und ich glaube bei meinem Schwager ist die Inetverbindung auch noch nicht richtig konfiguriert (werde ich mir die Tage mal anschauen) Aber von vorne. Ich glaube mit 6rd hast du was verwechselt. Ich bin mir relativ sicher, dass mein ISP eine native v6 Verbindung zur Verfügung stellt. Ich glaube mit dem Haken, den man in der Fritzbox bei Rapid Commit setzen kann, ist eher ein vereinfachtes verfahren zur Adressvergabe gemeint, als ein 6rd Tunnel. vgl: https:/…
-
(Zitat von gierig) Es geht den Menschen wie den Leuten. Kein Problem. Mir hats geholfen denn ich habe wieder etwas gelernt und verstanden. Von daher scheint es einen nutzen gehabt zu haben. (Zitat von gierig) Jap, das werde ich auch machen und werde auch nochmal versuchen ein paar tcpdumps von der Einwahl/Adressvergabe zu bekommen. Hab nur bis Sonntag keine Zeit dafür. Aber gut ich warte ja auch noch auf die Rückmeldung vom ISP. (Zitat von gierig) Ja, das denke ich dass das so sein wird. Die ist…
-
Erste Rückmeldung vom Provider. Der Prefix sollte auf /56 stehen, was wir hier mittlerweile auch schon herausgefunden haben. Gibt es eine Stelle in der UDM-Pro an der ich sehe was die v6 Einstellung dann macht? ifconfig für ?br0? ?eth9? /var/log/messages /var/log/ppp0 .... ?? Der Provider erwartet eine Rückmeldung ob es funktioniert hat, aber wenn ich das Ergebnis einer Änderung nicht sehe, stehe ich ein wenig blöd da. Grüße Daimonion
-
Ich schau nachher gleich. Aktuell bin ich noch in der Firma und dessen Proxy ist ne Mimose. Editiere hier dann. Edit: das br0 hat aktuell nur die fe80 adresse und pd.leases ist leer. Ich vermute hier nun dass ich keinen dhcpv6 lease bekomme, weil die duid noch nicht stimmt. Das ist auch hier in dem Artikel besschrieben, den ich oben schon mal verlinkt hatte: (Zitat) https://david.coffee/teaching-…ing-the-udm-how-to-dhcpv6 Ich werde das mal meinen ISP fragen.
-
Moin So, heute konnte ich nochmal die Verbindung der Fritte an einen Stiegeler GF Anschluss intensiver testen. Der Anschluss selbst kann natives v6 und Rapid Commit kann auch deaktiviert werden. Die Fritte bekommt auch dann eine v6 zugewiesen. Ich hab dann mal versucht den Datenverkehr an der WAN Schnittstelle zu capturen (mit dem Capture Interface der Fritte) aber da habe ich das Gefühl nur die Sendenachrichten erwischt zu haben und nicht den ganzen Verkehr (warum auch immer). Falls da jemand w…
-
Moin. bin ich ein wenig weiter? Ich weiß es nicht... Aber vielleicht. Ich bräuchte aber eure Hilfe um das aktuelle Setup einzuordnen. Ich habe durch suchen folgenden Beitrag gefunden: https://community.ui.com/quest…3b-46b5-9bf5-b3e00559f1c0 Dort wird, soweit ich das verstehe, der ppp Schnittstelle gesagt, dass ein Router Advertisement durchgeführt werden soll. Mit dieser Einstellung bei mir und dem poff bekomme ich folgenden Log in /var/logmessages (Quelltext, 67 Zeilen) Es scheint nun, dass ich…
-
Ich hab einen tcpdump der ppp0 Schnittstelle gemacht: Kann damit jemand was anfangen? Edit: Heute morgen habe ich nochmal die Einstellungen aus meinem letzten Post in /etc/ppp/options und in /etc/sysctl.d/03-ubnt-udapi-server-enable-ipv6-forwarding.conf rückgängig gemacht. Der tcpdump hat sich dadurch nicht verändert. Scheint das der dhcp die Messages verursacht, aber mit der Antwort nicht klar kommt.
-
Moin Nun hatte ich mal die Zeit mir den tcpdump sehr genau anzuschauen und so wie ich das sehe liefert mit der ISP eine v6. und er liefert mir auch einen Prefix. Siehe Screenshot: Warum übernimmt das denn der Server nicht?
-
Moin. Nachdem das ConsoleOS und die Network App aktualisiert wurden, wurde ja von mir schon der tcpdump gepostet. Nun habe ich heute mal versucht das ganze in der Shell zu bekommen und ja, zumindest kann ich das mal als Meldung von odhcp6c sehen, was im tcpdump steht. (Quelltext, 46 Zeilen) Würde mich freuen, wenn ihr mir bei der Interpretation helft. Gerade auch was die Information: "Server returned IA_PD status 'No Address Available (No addresses have been assigned)'" angeht. Die Antwort kommt…
-
Ich vermute aktuell halt, dass die UDM aussteigt, weil mein ISP auf den Request ein No Address Available (No addresses have been assigned) im reply hat. Daraufhin sagt sich die UDM wahrscheinlich das macht hier keinen Sinn mehr und bricht ab.
-
Den tcpdump, den ich weiter oben angehangen habe, und der das gleiche Verhalten zeigt wie der zweite Start des odhcp zeigt ja, das der Provider diese Antwort auch sendet wenn die Konfig via der UI so eingestellt wurde. Das ich den odhcp ein zweites mal gestartet hab, war nur dem geschuldet, dass ich für den aus der UI gestarteten Prozess halt nicht gesehen habe was der so macht. Mit deinem journalctl | grep odhcp werde ich das nachher mal versuchen und schauen was der erste Prozess so sagt. Ich …
-
Du hast recht. den Dump selber habe ich noch nicht hochgeladen. Kommt dann gleich. mit journalctl hab ich endlich auch die Logs des odhcp6c Dienstes. Sie zeigen aber genau das gleich Bild wie auch schon beim doppelten Start: (Quelltext, 27 Zeilen)
-
Genau. Das finde ich auch komisch
-
Tickets sind geöffnet und ich melde mich wieder sobald die Stellen was gescheites sagen. Danke gierig
-
Hallo mal eine kurze Wasserstandsmeldung von mir. Der Support hat den Fall geprüft und ihn ans Product Team weitergeleitet, die den Fall weiter untersuchen und fixen wollen. Ich sehe das indirekt als erfolgreich gemeldeten Bug-Report und das sich das Ubiquity Team nun um die Behebung kümmert. Ich berichte weiter, wenn sich was getan hat. Grüße Daimonion
-
Moin. Heute habe ich mal die aktuellste Version der Network Application (8.0.7) installiert aber leider hat sich an dem Verhalten noch nichts geändert. Das Binary von odhcp6c ist auch noch vom 06. Feb. 2022 und ich vermute dass das erst mit einem ConsoleOS Update aktualisiert wird. Da hab ich momentan die 3.1.16 installiert.
-
Hi. Mein Case dazu ist bei Ubiquiti noch offen und wird regelmäßig vom Supportmitarbeiter aktualisiert dass sie den case nach wie vor untersuchen. Ob das der Fall ist, weiß ich leider nicht. Ich wurde aber schon zwei mal aufgefordert die Os und Networkinstallationen aus dem Early Access zu installieren und zu testen... Aktuell bin ich auf der OS Version 3.2.9 gierig Unsere Vermutung damals war ja, dass die T1 und T2 Zeiten mit dem Bug beim odhcpd zusammenhängen. Kannst du uns denn sagen was so "…
-
Danke, bei mir ist das ein wenig anders, aber auch neu. Nachdem ich auch mal auf SLAAC und Prefix /56 umgestellt habe gibt mir journalctl folgendes aus: (Quelltext, 56 Zeilen) Ich hab mal bewußt die Messages mit drin gelassen, wo man sieht, dass das v6-Interface gerade gestartet wurde. Unterschied zu meinen letzten posts ist nun, dass ich in einen staful mode wechsele und ein renew erst nach ablauf der eingestellten Zeit kommt. vgl. 09:53:26 und die nächste Nachricht wieder um 10:08:26 ppp0 hat …