Suchergebnisse

AVM geht also davon aus, dass Recover nie mehr benötigt wird?

Vielleicht offeriert der Bootloader ja noch eine neue unbekannte Recoverymethode.

Zusammen mit zukünftigen Updates sollten doch auch Funktionsfähige Recover-Versionen veröffentlicht werden? :oops:

Oh nein! :eek: Ich habe mir wegen diesem Thread und der Nachricht mit DVB-C eine bestellt. Die müsste die Tage kommen. :oops:

Weiter zum 7.19-Problem geht es hier (Workaround inklusive).

Bei mir stürzt modfs beim Auspacken (manchmal auch erst, wenn es auf die Eingaben zu den modscripts wartet) seit 07.19-75160 ab. 07.19-74979 kann ich immer noch bearbeiten. Es steht eine 3GB-Swap-Partition bereit. Ich vermute, man muss eine der Variablen ab free_space_for_unpack ändern?

Wäre prima, wenn jemand ein Mail wie die folgende vorformulieren könnte: Es ist doch Blödsinn, wenn jeder immer nur seinen kleinen Teil anfragt. Eine vollständige Liste und der "Angriff" kann losgehen. Schlimm genug, dass man überhaupt jedes Mal für jede Box, jede neue Version usw. anfragen...

Da ich den Fehler schon seit einigen Builds habe: Wenn man den Neustart vermeiden will, hilft kurzzeitiger Wechsel zu Nicht-DoT und zurück (auch wenn man DoT nicht benutzt, schmiert der multid (der für DNS zuständig ist) ab und dann hilft der gleiche Wechsel). Wenn man telnet-Zugang hat, hilft...

Wenn sich das C5 schon ohne Akku normal einschalten würde, dann ließe sich doch das Update in der Ladeschale ohne Akku durchführen, oder nicht? Aber AndyXS' Problem ist ja gerade, dass es sich gar nicht erst normal einschaltet, sondern mit einem Reboot-Loop startet.

Bei mir läuft die 7490 im Moment auch als IP-Client an der VF Station. Im Moment stabil.

Bisher kein Reboot. Selbst DoT bisher stabil.

Ich habe einen Stick mit ext2 zur Verfügung gestellt. Mein Tipp: Es ähnlich wie mit swap zu machen. Standardmäßig prüft das Skript das Vorhandensein und bricht sonst ab. Man kann die Verwendung des NAND aber erzwingen.

Ich wollte gerade FRITZ.Box_7490-07.19-73949-Inhaus modden, aber leider schlägt das Entpacken fehl, weil das loopback-Device zu klein ist: # df /dev/loop1 Filesystem 1K-blocks Used Available Use% Mounted on /dev/loop1 126931 126931 0 100%...

Ohh je... der DNS-Server der FB stürzt auch im Normalmodus ab. Ab zur aktuellen Inhaus.

Und schon wieder. Damit ist der DoT-Test für mich mit dieser Labor beendet.

Schon wieder :(

Bei CloudFlare heißt es "Secure DNS": Das gute am Fritz!Box-Client ist ja gerade, dass ich keinen Client auf den Endgeräten installieren muss. Aber wie gesagt, noch macht er kein kein "Secure DNS".

Der prominenteste, erste Link führt zu einer alten Version :( Ich würde den ganzen alten Kram (Changelog wurde ja seit 2017 eh nicht mehr gepflegt) löschen. Mehr als der (richtige) Link gibt der Beitrag nicht her.

Bei mir fiel gerade der DNS auf der FB aus. Weder von der Shell noch von außen getriggert wollte sie eine Anfrage auflösen. Ausschalten von DNS-over-TLS reichte nicht, erst der kurzzeitige Wechsel zu "vom Internetanbieter zugewiesene DNSv4-Server verwenden" brachte es. Mal sehen, wie sich das...

DNS-over-TLS aktiviert man unter Internet > Zugangsdaten > DNS-Server. Bekannte Provider sind 1.1.1.1 und 9.9.9.9. Die Testseite beklagt jedoch, dass die eigentliche DNS-Anfrage immer noch unverschlüsselt ist (DNS-Antworten werden jedoch validiert und das Serverzertifikat wird verschlüsselt).