- Mitglied seit
- 10 Mai 2006
- Beiträge
- 15,274
- Punkte für Reaktionen
- 1,751
- Punkte
- 113
Kann es sein, daß AVM bei den Bootloadern der GRX5-Modelle (endlich) tatsächlich eine Änderung vorgenommen hat und man dort nur noch an den FTP-Server im Bootloader herankommt, wenn der Grund für den Neustart (der im Speicher abgelegt wird und so einen Neustart auch übersteht) passend erscheint (z.B. "Power-On-Reboot")?`
Das wäre ja eine gute Nachricht, weil dann die bisher (bei anderen Geräten) definitiv vorhandene Möglichkeit des Angriffs auf den Bootloader (über Kabel) nach einem provozierten Neustart (egal ob über GUI-Zugriff oder durch das Ausnutzen von Fehlern i.V.m. einem Watchdog - gesetzt, bei diesem Reboot-Grund bleibt EVA-FTP auch stumm) auch nicht mehr gegeben wäre.
Das ist allerdings eine reine Vermutung auf der Basis des beobachteten Verhaltens bei einer 7580 (bootloaderversion 1.3229) - es kann natürlich genauso gut auch einfach ein Fehler im Bootloader sein, so daß da auf nichts reagiert wird, wenn die Box "nur" neu gestartet wird. "Nichts" meint dann sowohl Broadcasts auf UDP-Port 5035 als auch ICMP-Pakete als auch Verbindungsversuche auf TCP-Port 21.
Wie der Bootloader auf die anderen denkbaren Werte für diesen Eintrag:
jeweils reagiert und wann er (sofern das tatsächlich beabsichtigtes Verhalten ist) den FTP-Server anwirft und wann nicht, müßte man genauer untersuchen.
Aber ich will zumindest mal festhalten (die Aufgabe des EVA-Zugriffs stellt sich bei einer Modifikation ja fast zwangsläufig, zumindest bei neuen Geräten), daß es da durchaus Unterschiede geben könnte und man bei Problemen (auch wenn man das sicherlich ohnehin machen würde) mit einem Statuswechsel bei der Stromversorgung auch wieder besser klarkommen könnte.
Vielleicht fühlt sich ja jemand mit einer weiteren GRX5-Box (und einem anderen Bootloader) dazu berufen, das mal zu verifizieren ... es wäre zumindest ein weiteres Puzzle-Teil, ob das tatsächlich absichtlich geschah (was dann die Angriffsfläche auf den Bootloader auf Stromausfälle oder provozierte PoR durch den Besitzer reduzieren würde) oder doch nur ein Fehler ist, der ja auch ganz einfach darauf beruhen könnte, daß eine zweite Initialisierung des Switches im Bootloader (wenn der bereits vom vorher laufenden System konfiguriert war) nicht erfolgreich ist, weil da irgendwo ein Reset zuvor vergessen wurde.
Der ganze Teil mit EVA ist ja von AVM selbstgestrickt (an den Hersteller-Code dran bzw. hinein oder drumherum, wie es gerade paßt und was beim jeweiligen Chip am besten geht - das kann man in den verschiedenen Bootloader schön sehen) und damit auch das Initialisieren des Netzwerks in dieser frühen Phase.
Da wäre also so ein Fehler auch nicht wirklich verwunderlich ... wobei ich dann fast geneigt bin zu wetten, daß es dann für die Produktionstest-Geschichten einen anderen Loader gibt, denn da wäre es sicherlich eher hinderlich, wenn eine Box nach einem "Soft-Reboot" nicht in den FTP-Server kommt (die PTEST-Variable wird ja bei jedem Start auch wieder gelöscht und muß neu gesetzt werden) und dann wäre das - sofern es nicht doch Absicht ist - sicherlich auch schon bemerkt (und behoben) worden.
Diesen "Reboot Status" (der auch noch als Pseudo-File "reboot_status" unter "/proc/sys/urlader" abzurufen ist im laufenden System) gibt es ja jedenfalls schon wesentlich länger als die GRX5-Modelle (auch bei der 7490 existiert entsprechender Code, ebenso bei der 7412 und auch bei Puma6-Modellen) und bisher hat es zumindest immer noch funktioniert, auch bei einer "soft-gestarteten" FRITZ!Box dieser Modellreihen in den Bootloader zu kommen.
Diese 7580 ist also nun mein erstes Gerät, bei dem das so nicht mehr klappt - es fällt auch nicht auf Anhieb auf, weil man ja häufig statt eines Reboots auch einfach den Stecker zieht, wenn man es eilig hat.
Das wäre ja eine gute Nachricht, weil dann die bisher (bei anderen Geräten) definitiv vorhandene Möglichkeit des Angriffs auf den Bootloader (über Kabel) nach einem provozierten Neustart (egal ob über GUI-Zugriff oder durch das Ausnutzen von Fehlern i.V.m. einem Watchdog - gesetzt, bei diesem Reboot-Grund bleibt EVA-FTP auch stumm) auch nicht mehr gegeben wäre.
Das ist allerdings eine reine Vermutung auf der Basis des beobachteten Verhaltens bei einer 7580 (bootloaderversion 1.3229) - es kann natürlich genauso gut auch einfach ein Fehler im Bootloader sein, so daß da auf nichts reagiert wird, wenn die Box "nur" neu gestartet wird. "Nichts" meint dann sowohl Broadcasts auf UDP-Port 5035 als auch ICMP-Pakete als auch Verbindungsversuche auf TCP-Port 21.
Wie der Bootloader auf die anderen denkbaren Werte für diesen Eintrag:
Code:
Temperature-Reboot
Power-On-Reboot
Software-Reboot
NMI-Watchdog
Firmware-Update
Software-WatchdogAber ich will zumindest mal festhalten (die Aufgabe des EVA-Zugriffs stellt sich bei einer Modifikation ja fast zwangsläufig, zumindest bei neuen Geräten), daß es da durchaus Unterschiede geben könnte und man bei Problemen (auch wenn man das sicherlich ohnehin machen würde) mit einem Statuswechsel bei der Stromversorgung auch wieder besser klarkommen könnte.
Vielleicht fühlt sich ja jemand mit einer weiteren GRX5-Box (und einem anderen Bootloader) dazu berufen, das mal zu verifizieren ... es wäre zumindest ein weiteres Puzzle-Teil, ob das tatsächlich absichtlich geschah (was dann die Angriffsfläche auf den Bootloader auf Stromausfälle oder provozierte PoR durch den Besitzer reduzieren würde) oder doch nur ein Fehler ist, der ja auch ganz einfach darauf beruhen könnte, daß eine zweite Initialisierung des Switches im Bootloader (wenn der bereits vom vorher laufenden System konfiguriert war) nicht erfolgreich ist, weil da irgendwo ein Reset zuvor vergessen wurde.
Der ganze Teil mit EVA ist ja von AVM selbstgestrickt (an den Hersteller-Code dran bzw. hinein oder drumherum, wie es gerade paßt und was beim jeweiligen Chip am besten geht - das kann man in den verschiedenen Bootloader schön sehen) und damit auch das Initialisieren des Netzwerks in dieser frühen Phase.
Da wäre also so ein Fehler auch nicht wirklich verwunderlich ... wobei ich dann fast geneigt bin zu wetten, daß es dann für die Produktionstest-Geschichten einen anderen Loader gibt, denn da wäre es sicherlich eher hinderlich, wenn eine Box nach einem "Soft-Reboot" nicht in den FTP-Server kommt (die PTEST-Variable wird ja bei jedem Start auch wieder gelöscht und muß neu gesetzt werden) und dann wäre das - sofern es nicht doch Absicht ist - sicherlich auch schon bemerkt (und behoben) worden.
Diesen "Reboot Status" (der auch noch als Pseudo-File "reboot_status" unter "/proc/sys/urlader" abzurufen ist im laufenden System) gibt es ja jedenfalls schon wesentlich länger als die GRX5-Modelle (auch bei der 7490 existiert entsprechender Code, ebenso bei der 7412 und auch bei Puma6-Modellen) und bisher hat es zumindest immer noch funktioniert, auch bei einer "soft-gestarteten" FRITZ!Box dieser Modellreihen in den Bootloader zu kommen.
Diese 7580 ist also nun mein erstes Gerät, bei dem das so nicht mehr klappt - es fällt auch nicht auf Anhieb auf, weil man ja häufig statt eines Reboots auch einfach den Stecker zieht, wenn man es eilig hat.
