FRITZ!Box 5690 Pro INHAUS FCS23 7.59-7.61

@Blackace : WG hier von Anfang an stabil.
Anfangs ging es bei mir auch ohne Probleme, nur auf einmal nicht mehr....

Dann werde ich Testweise wohl nicht um eine komplette Neueinrichtung zum Test rumkommen. Ich werde mal das nächste Update noch abwarten. Leider spuckt Google zu dem Handshake Problem in Bezug zu AVM wenig aus.

Code:
2024-08-13 21:27:44.414922: [APP] startActivation: Entering (tunnel: wg_config 2)
2024-08-13 21:27:44.415991: [APP] startActivation: Starting tunnel
2024-08-13 21:27:44.416295: [APP] startActivation: Success
2024-08-13 21:27:44.422299: [APP] Tunnel 'wg_config 2' connection status changed to 'connecting'
2024-08-13 21:27:44.466213: [NET] App version: 1.0.16 (27)
2024-08-13 21:27:44.466346: [NET] Starting tunnel from the app
2024-08-13 21:27:44.678422: [NET] DNS64: mapped 2a01:****:****:*:****:****:fe01:bccf to itself.
2024-08-13 21:27:44.679136: [NET] Attaching to interface
2024-08-13 21:27:44.679481: [NET] Routine: handshake worker 1 - started
2024-08-13 21:27:44.679500: [NET] UAPI: Updating private key
2024-08-13 21:27:44.679551: [NET] Routine: decryption worker 1 - started
2024-08-13 21:27:44.679605: [NET] Routine: encryption worker 1 - started
2024-08-13 21:27:44.679656: [NET] Routine: handshake worker 4 - started
2024-08-13 21:27:44.679681: [NET] Routine: encryption worker 2 - started
2024-08-13 21:27:44.679687: [NET] Routine: decryption worker 2 - started
2024-08-13 21:27:44.679757: [NET] Routine: handshake worker 2 - started
2024-08-13 21:27:44.679799: [NET] Routine: encryption worker 4 - started
2024-08-13 21:27:44.679824: [NET] UAPI: Removing all peers
2024-08-13 21:27:44.679839: [NET] Routine: decryption worker 4 - started
2024-08-13 21:27:44.679844: [NET] Routine: encryption worker 3 - started
2024-08-13 21:27:44.679847: [NET] Routine: handshake worker 3 - started
2024-08-13 21:27:44.679913: [NET] Routine: decryption worker 3 - started
2024-08-13 21:27:44.679958: [NET] Routine: handshake worker 6 - started
2024-08-13 21:27:44.679997: [NET] Routine: decryption worker 6 - started
2024-08-13 21:27:44.680025: [NET] Routine: TUN reader - started
2024-08-13 21:27:44.680039: [NET] Routine: encryption worker 5 - started
2024-08-13 21:27:44.680067: [NET] Routine: handshake worker 5 - started
2024-08-13 21:27:44.680093: [NET] peer(5/c/…YBAY) - UAPI: Created
2024-08-13 21:27:44.680094: [NET] Routine: encryption worker 6 - started
2024-08-13 21:27:44.680122: [NET] Routine: decryption worker 5 - started
2024-08-13 21:27:44.680121: [NET] Routine: event worker - started
2024-08-13 21:27:44.680132: [NET] peer(5/c/…YBAY) - UAPI: Updating preshared key
2024-08-13 21:27:44.680198: [NET] peer(5/c/…YBAY) - UAPI: Updating endpoint
2024-08-13 21:27:44.680250: [NET] peer(5/c/…YBAY) - UAPI: Updating persistent keepalive interval
2024-08-13 21:27:44.680302: [NET] peer(5/c/…YBAY) - UAPI: Removing all allowedips
2024-08-13 21:27:44.680353: [NET] peer(5/c/…YBAY) - UAPI: Adding allowedip
2024-08-13 21:27:44.680426: [NET] peer(5/c/…YBAY) - UAPI: Adding allowedip
2024-08-13 21:27:44.680753: [NET] UDP bind has been updated
2024-08-13 21:27:44.680769: [NET] Routine: receive incoming v4 - started
2024-08-13 21:27:44.680792: [NET] peer(5/c/…YBAY) - Starting
2024-08-13 21:27:44.680816: [NET] Routine: receive incoming v6 - started
2024-08-13 21:27:44.680903: [NET] peer(5/c/…YBAY) - Routine: sequential sender - started
2024-08-13 21:27:44.680903: [NET] peer(5/c/…YBAY) - Sending keepalive packet
2024-08-13 21:27:44.680919: [NET] peer(5/c/…YBAY) - Sending handshake initiation
2024-08-13 21:27:44.681026: [NET] peer(5/c/…YBAY) - Routine: sequential receiver - started
2024-08-13 21:27:44.681727: [NET] Interface state was Down, requested Up, now Up
2024-08-13 21:27:44.681758: [NET] Device started
2024-08-13 21:27:44.681846: [NET] Tunnel interface is utun3
2024-08-13 21:27:44.682419: [NET] Network change detected with satisfied route and interface order [pdp_ip0]
2024-08-13 21:27:44.682690: [NET] DNS64: mapped 2a01:75c1:b800:0:62b5:8dff:fe01:bccf to itself.
2024-08-13 21:27:44.682822: [NET] peer(5/c/…YBAY) - UAPI: Updating endpoint
2024-08-13 21:27:44.682910: [NET] Network change detected with satisfied route and interface order [pdp_ip0, utun3]
2024-08-13 21:27:44.683013: [NET] Routine: receive incoming v4 - stopped
2024-08-13 21:27:44.683077: [NET] DNS64: mapped 2a01:****:****:*:****:****:fe01:bccf to itself.
2024-08-13 21:27:44.683112: [NET] peer(5/c/…YBAY) - UAPI: Updating endpoint
2024-08-13 21:27:44.683126: [NET] Routine: receive incoming v6 - stopped
2024-08-13 21:27:44.683437: [NET] UDP bind has been updated
2024-08-13 21:27:44.683456: [APP] Tunnel 'wg_config 2' connection status changed to 'connected'
2024-08-13 21:27:44.683463: [NET] Routine: receive incoming v4 - started
2024-08-13 21:27:44.683500: [NET] Routine: receive incoming v6 - started
2024-08-13 21:27:44.683522: [NET] Routine: receive incoming v4 - stopped
2024-08-13 21:27:44.683567: [NET] Routine: receive incoming v6 - stopped
2024-08-13 21:27:44.683730: [NET] UDP bind has been updated
2024-08-13 21:27:44.683753: [NET] Routine: receive incoming v4 - started
2024-08-13 21:27:44.683759: [NET] Routine: receive incoming v6 - started
2024-08-13 21:27:49.417379: [APP] Status update notification timeout for tunnel 'wg_config 2'. Tunnel status is now 'connected'.
2024-08-13 21:27:49.694029: [NET] peer(5/c/…YBAY) - Handshake did not complete after 5 seconds, retrying (try 2)
2024-08-13 21:27:49.694343: [NET] peer(5/c/…YBAY) - Sending handshake initiation
2024-08-13 21:27:54.964516: [NET] peer(5/c/…YBAY) - Handshake did not complete after 5 seconds, retrying (try 2)
2024-08-13 21:27:54.964804: [NET] peer(5/c/…YBAY) - Sending handshake initiation
2024-08-13 21:28:00.187131: [NET] peer(5/c/…YBAY) - Handshake did not complete after 5 seconds, retrying (try 2)
2024-08-13 21:28:00.187444: [NET] peer(5/c/…YBAY) - Sending handshake initiation
2024-08-13 21:28:05.382833: [NET] peer(5/c/…YBAY) - Handshake did not complete after 5 seconds, retrying (try 3)
2024-08-13 21:28:05.383158: [NET] peer(5/c/…YBAY) - Sending handshake initiation
2024-08-13 21:28:10.623479: [NET] peer(5/c/…YBAY) - Handshake did not complete after 5 seconds, retrying (try 4)
2024-08-13 21:28:10.623792: [NET] peer(5/c/…YBAY) - Sending handshake initiation
2024-08-13 21:28:15.766044: [NET] peer(5/c/…YBAY) - Handshake did not complete after 5 seconds, retrying (try 2)
2024-08-13 21:28:15.766360: [NET] peer(5/c/…YBAY) - Sending handshake initiation
2024-08-13 21:28:21.083292: [NET] peer(5/c/…YBAY) - Handshake did not complete after 5 seconds, retrying (try 2)
2024-08-13 21:28:21.083618: [NET] peer(5/c/…YBAY) - Sending handshake initiation
2024-08-13 21:28:24.087600: [APP] startDeactivation: Tunnel: wg_config 2
2024-08-13 21:28:24.091880: [APP] Tunnel 'wg_config 2' connection status changed to 'disconnecting'

Laut Google gab es das Problem auch schon einige male, leider immer nur mit dem Lösungsansatz einer kompletten Neueinrichtung. Anfangs ging es ja komischerweise. Die Verbindung an sich wird laut Log auch aufgebaut. Wenn ich zeitlich im WLAN der Box bin klappt auch der Handshake, auch dies war ebenfalls bei den gegoogelten Problemen der Fall. Hatte eigentlich die Hoffnung um eine Neueinrichtung rum zu kommen.

Neueinrichtung der Verbindung hab ich bereits mit QR Code scannen und auch mit der Einstellungsdatei versucht. Immer ohne Erfolg, auch mit Neustart und dadurch einer neuen Initialisierung von Wireguard hat sich nichts geändert. Habe leider keine weiteren Lösungsansätze mehr, außer einer Neueinrichtung. :(
 
@Blackace Wireguard funktioniert bei mir ebenfalls problemlos sogar von zwei Smartphones aus. Allerdings habe ich die Box komplett neu eingerichtet.
 
Zuletzt bearbeitet:
werde ich mir wieder mal eine Multi-SIM für 5€ zum Unlimited Haupt-Handy-Vertrag holen, für den Fall der Fälle und somit kann ich auch mal testen, ob es über einen aktiven USB-Hub dann möglich ist, einen USB-Stick + Mobilfunkstick über den einen USB Anschluss führen zu können).
Habe meine Multi-SIM ohne 19,95€ Bereistellung am Telefon heraushandeln können, kam auch 2 Tage später bereits aktiviert (habe dies am Telefon angesprochen) an und wurde in einen W1209 per passivem USB-Hub - ich dachte mir einfach mal "hey, mach's mal so, wie man's nicht unbedingt machen sollte und nimm ein Werbegeschenk (USB3.0 ca 10cm das fest verbaute Anschluss-USB-Kabel, der Adapter selbst hat einen USB3.0, an welchem der Stick angesteckt ist [USB ist jedoch in der F!Box aktuell auf 2.0 eingestellt, da ich eh nicht mehr als LTE-Speed darüber benötige und da gingen schon die 150 Mbit/s via USB-Tethering vom Smartphone durch]) +4x USB2.0 und stecke hier den W1209 und den bereits in der Vergangenheit über mehrere Boxen hinweg, Intenso USB-Stick an" und siehe da - bisher keinerlei Probleme, geschweige denn ein Reboot.

PS: Wireguard was beim Umzug mit übernommen wurde sowie die neu eingerichteten Verbindungen seit der Inbetriebnahme, funktionierten alle anstandslos.
 
  • Like
Reaktionen: DocMarc
So, nach gut 7 Tagen ohne Reboot (6 Ghz ist seit ca. 5 Tagen deaktiviert), habe ich es heute gewagt die USB -SSD wieder anzuschließen. Hat sich erstmal ohne Reboot gehalten. Wenn mit dem nächsten Update das 6 Ghz-Problem gelöst wird, wäre ich im Groben schonmal zufrieden.
 
Ich habe jetzt seit einer Woche erst einmal wieder meine 7590AX installiert, da die 5690 bei mir folgende Probleme hat :
1) 6Ghz Netz wechselt die Kanäle jede Stunde, aber nur wenn ein Client 6Ghz nutzt :)
2) IPV6 wenn aktiviert hat mein S24 Ultra Probleme das teilweise in X, FB, oder IG keine Vorschaubilder geladen werden (schalte ich ipv6 ab geht es)
( die 7590 in Verbindung mit dem S24 hat gar keine Probleme mit dem gleichen DNS Server )
3) MLO mit Mediatek und Qualcomm immer noch nicht möglich ( Bin mir nicht sicher ob es ein Treiber Problem ist, aber das 2 Hersteller es nicht schaffen !? )
( Wobei die Karten mit dem BE800 von TPlink einwandfrei funktionieren, inkl. MLO mit dem gleichen Treiber )
4) Mein 1200AX funktioniert nicht richtig mit der 5690 ( S24 verliert Wlan Verbindung, Clients werden teils alle 2 Sekunden hin und her geschoben, Wlan blinkt dann des Öfteren wie verrückt bei der 5690 )
5) Die Rechner mit den Wifi7 Karten verbinden sich oft nur in 5Ghz Netz oder auch im 2.4 Netz mit der FB obwohl eigentlich 6Ghz möglich wäre ..

Ich warte jetzt erst einmal auf eine Labor oder Release und ja, ich habe die Fehler alle AVM gemeldet und habe auch reichlich Daten gesendet.
Mir reicht es dann auch irgendwann, Soll erfüllt, will auch kein Labor Äffchen werden für AVM.
Und das nur peu à peu neue FW erscheinen ( Inhaus ) sagt über gewisse Problematiken einiges ..

Aber auch mal was gutes ... es gab keine Reboots bei mir mit VDSL250
 
Zuletzt bearbeitet:
@tkamp
Die Probleme habe ich 1:1 auch, bist nicht alleine :)
Ebenfalls mit S24(Wifi6) und S24 Ultra (Wifi7), Qualcomm NCM865 Wifi7 (in Ubuntu), 2x1200ax
 
Also meine 5690 pro die an ner anderen Fritzbox mit dran hängt mit aktiven 6ghz die ohne Probleme laufen. Bis jetzt 0 reboots in der ganzen Zeit nicht.
 
Keine Reboots hier ausser denen nach Firmware-Updates oder die ich manuell anstoße. VDSL 100.
 
hab auch keine Reboots .. also noch nie gehabt .. ich habe auch keine Probleme oder merke was.. wobei schon 3 Fehlerberichte mit der letzten Labor versendet wurde... & Hoffe auf ein Release
 
Reboots habe ich keine, die IPV6 Probleme die @tkamp oben beschreibt hatte ich vor 2 Jahre bereits mit einer 4060 Firmware. AVM sollte also wissen wie man sowas behebt. 6 GHz scheinen die Clienten aber zu meiden. 6GHz Kanalwechsel habe ich seltener als die anderen hier im Forum. Die Fritzbox boote ich manuell öfter als sie das bei anderen vermutlich "automatisch" macht. Das Webinterface ist viel langsamer als bei der 4060. Ich warte auf eine korrigiert Firmware.
 
Wie war das nochmal mit einem Verbindungsverlust nach etwas mehr, als einer Woche?

In etwa nach

Sekunden:

634.980 Sekunden

Minuten:

10.583 Minuten

Stunden:

176 Stunden, 23 Minuten

Zeitraum insgesamt:

1 Woche, 8 Stunden, 23 Minuten


hat sich meine 5690 jetzt neu mit dem Internet verbunden, ist aber nach der Neuverbindung und nach bravem Versand der dazugehörigen Mail nun nicht mehr von außen erreichbar.

Liegt das an meinem Provider oder an der Firmware?

[Edit Novize: Gelöschten/zerstörten Beitrag wieder hergestellt - Threadvandalismus wird nicht geduldet]
 
Zuletzt bearbeitet von einem Moderator:
Wie ist denn Deine 5690 überhaupt an's Internet angebunden?

Welche Firmware-Version (incl Build) setzt Du ein?

Wurde nur die Internetverbindung oder der Sync neu hergestellt?

Was genau steht denn in den Ereignissen? (Wie sah es vorher aus?)

Über welchen "Weg" von außen erreichbar?

Bisher ist hier imo noch nichts Weiteres bekannt.
 
Ich las mal vor Wochen über einen Bug, der nach 7+ Tagen auftrat.

Komme nicht auf die Box, obwohl ich eine korrekte Mail mit den Internetadressen erhalte.

Mit My-FRITZ ist die Box auch verbunden, weil ich sehe, dass meine DECT 200 aktuelle Ereignisse bzw. den Stromverbrauch zurückmelden.

Ich vermute, mein Provider lässt wieder nichts von außen durch bzw. rein.

Eine bislang aktive VPN-Verbindung zu einer anderen FRITZ!Box ist leider auch nicht wiederherstellbar, auch nicht nach Neustart der anderen FRITZ!Box.

Der Provider ist ein Glasfaseranbieter. Ins Detail will ich aber nicht gehen. Ob Sync oder Internetverbindung, kann ich gerade nicht sagen, weil ich ja nicht auf die Box komme.

Aus den Push-Mails ist es jedenfalls nicht erkennbar. Geht es nach denen, habe ich die üblichen 9 Links für einen externen Zugriff, aber keiner der LInks funktioniert.

[Edit Novize: Gelöschten/zerstörten Beitrag wieder hergestellt - Threadvandalismus wird nicht geduldet]
 
Zuletzt bearbeitet von einem Moderator:
Auch wenn es unschön ist, kannes durchaus mal ein paar Stunden dauern, bis alle DNS-Server ein/das Update erhalten haben.

Du könntest ja mal im Client, welcher zugreifen möchte einen alternativen DNS-Server eintragen, wenn die MyFRITZ!Direktverbindung funktioniert, sollte der Rest eig. auch funktionieren.

Statt der DynDNS-Adresse könntest Du aber auch mal die IPv4 oder/und die IPv6 nutzten, wir wissen hier ja alle nicht, ob Du IPSec oder Wireguard mit VPN meinst und falls der https-Zugriff aktiviert sein sollte, sollte es auf jeden Fall über die IP funktionieren (auch ohne anderen DNS-Server).

Korrekt, aus der Push-Mail ist zunächst nicht ersichtlich, ob es eine logische oder pysische Neuverbindung war.

Falls Du die Quelle für den "Bug 7+ Tage" hast/wieder findest, wäre es gut, diese hier zu verlinken.
 
Also aus der Pushmail habe ich keine komplette IPv6-Adresse, die nicht funktioniert - da wird mir auch kein DNS-Server etwas anderes liefern können, oder?

Die 5690 war vor der neuen Adresse via Wireguard erreichbar und hatte eine permanente IPSecVPN-Box-zu-Box-Verbindung.

Jetzt funzt weder Box to Box, noch Client to Box - egal auf welchem Weg. VPN via IPSec ließ mein Provider allerdings auch nicht rein. Das funktionierte von keinem Client, sondern nur zwischen den Boxen und wird wohl eher via MyFRITZ gelaufen sein, als dass da mein Provider was zugelassen hätte.

War ein nerviger Kackscheiß.

Wie oben erwähnt:

Keiner der 9 Links aus der Pushmail der Box, die mir ja beweist, dass die Box am Netz hängt und funzt, ermöglicht eine Verbindung rein.

Nicht von der anderen Box, nicht vom Rechner, nicht vom Mobilfunk.

Hier wurde vor Wochen, eventuell schon mal bei der 7.80 darüber geschrieben, das nach X hoch irgendwas Sekunden irgendwelche VPN-Verbindungen nicht mehr funzen.

Update 00:04 Uhr

Die
VPN-Verbindung zu 5690-5690 [xx.xx.xx.xx] IKE SA: DH2/AES-256/SHA1 IPsec SA: ESP-AES-256/SHA2-512/LT-3600 wurde erfolgreich hergestellt.

Kam nach gut 1,5 Stunden.

Weiterhin sind aber alle Direktlinks zur Glasfaser 5690 nicht funktional.

Die o.g. Verbindung via MyFRITZ zwischen den beiden Boxen ermöglicht zumindest wieder den Zugriff, aber es ist weiterhin so, dass keiner der Links aus der Verbindungsmail funktioniert.

[Edit Novize: Gelöschten/zerstörten Beitrag wieder hergestellt - Threadvandalismus wird nicht geduldet]
 
Zuletzt bearbeitet von einem Moderator:
Also aus der Pushmail habe ich keine komplette IPv6-Adresse, die nicht funktioniert
ist hier ein "k" zu viel hineingerutscht?

DNS ist ja nur relevant, wenn eine URL in eine IP aufgelöst werden soll/muss, von daher wird das nicht viel bringen, richtig.

Keiner der 9 Links aus der Pushmail der Box, die mir ja beweist, dass die Box am Netz hängt und funzt, ermöglicht eine Verbindung rein.
auch wenn man sich hier nicht so viel darunter vorstellen kann, gehe ich davon aus (unter Berücksichtigung Deiner Hinweise wg. VPN), dass dieser Anschluss keine öffentliche IPv4 hat, daher muss der Client (egal ob PC, Smartphone, andere F!Box, ect) zwingend auch per IPv6 online sein.

PS: Vulgäre Ausdrucksweise ist (in einem technischen Forum - zumindest hier im IPFF) unnötig/unerwünscht. MyFRITZ! kann hier auch nicht zaubern, arbeitet in diesem Punkt wie jeder ander DDNS-Dienst. Hier müsste man ganz genau wissen, welche Boxen/Clients und welches VPN iVm der jeweiligen Anbindung an's Internet vorhanden/gegeben sind um hier überhaupt etwas dazu sagen zu können (und im Idealfall wird die jeweilige eingestetzte Software-Verison von allen beteiligten Geräten mit angegeben).
 
Tschuldige die Ausdrucksweise.

Hier ist Auszugsweise das, was mir die Box über sich erzählt, was aber offensichtlich nicht gilt, weil keiner der Links funktionukkelt.

Mittlerweile hat die Gegen-Box auf der anderen VPN-Seite nach einer unbestimmbaren Zeit wieder Kontakt. Ausschlaggebend war aber wohl nicht der Neustart, weil es dann nochmal 15 Minuten dauerte, bis die VPN-Verbindung wieder stand.

Jetzt kann ich mich zumindest über die entfernte Box einloggen, um auf die heimische Box zuzugreifen. Direkt scheint aber weiterhin nicht zu gehen.

[Edit Novize: Gelöschten/zerstörten Beitrag wieder hergestellt - Threadvandalismus wird nicht geduldet]
 

Anhänge

  • Bildschirmfoto vom 2024-08-16 00-11-50.png
    Bildschirmfoto vom 2024-08-16 00-11-50.png
    51.7 KB · Aufrufe: 17
Zuletzt bearbeitet von einem Moderator:

Mit der IPv4 > 100.91.xxx.xxx sind eingehende Verbindungen via CGNAT nicht möglich, somit bleibt nur der Weg über IPv6 oder diese Box würde die VPN-Verbindung initiieren zu einer Gegenstelle welche via IPv4 erreichbar ist.

Daher auch mein Hinweis in meinem vorherigen Post (und auch, dass es etwas dauern kann, bis alle DNS-Server das Update erhalten haben).

Bezüglich des Zugriffs via MyFRITZ!:
aber auch hier wirst Du wieder beim ersten Link in diesem Post landen.
 
Also soll ich die Verbindungsmail mit insgesamt 9 Links, die AVM die Box senden lässt als "unfunktionalen Datenmüll" hinnehmen, weil keiner der Links wie eigentlich vorgesehen, auf die Boxoberfläche führt?

Ich wüsste halt gern, ob mein Provider das Problem ist oder die Box. Nach reichlich Erfahrungen habe ich ja eine Tendenz. Aber wenn ich das Problem nicht mal formulieren kann, also dem Provider sagen kann, was er anders machen muss, damit mein Endgerät funktioniert, wie es das an anderen Anschlüssen einwandfrei kann, dann helfen mir die Inputs hier nicht weiter.

Ich will wissen, wo der Fehler liegt...

[Edit Novize: Gelöschten/zerstörten Beitrag wieder hergestellt - Threadvandalismus wird nicht geduldet]
 
Zuletzt bearbeitet von einem Moderator:
Holen Sie sich 3CX - völlig kostenlos!
Verbinden Sie Ihr Team und Ihre Kunden Telefonie Livechat Videokonferenzen

Gehostet oder selbst-verwaltet. Für bis zu 10 Nutzer dauerhaft kostenlos. Keine Kreditkartendetails erforderlich. Ohne Risiko testen.

3CX
Für diese E-Mail-Adresse besteht bereits ein 3CX-Konto. Sie werden zum Kundenportal weitergeleitet, wo Sie sich anmelden oder Ihr Passwort zurücksetzen können, falls Sie dieses vergessen haben.