sockd schrieb:
Der CWMP-Account ist "verbunden" (sorry, weiss gerade nicht, wie ich das sonst fachmännisch korrekt ausdrücken soll. aber ich denke du weisst, was ich meine) mit den tr069_passphrase/serial settings.
Stimmt. Das "CPE WAN Management Protocol" ist Gegenstand des "Technical Reports 069" (TR-069) und die FRITZ!Box verwendet als Identifikation (CWMP-Account) die Angaben aus dem Urlader-Environment (soweit vorhanden, das ist nur bei ausgewählten Boxen der Fall).
- die mac-Adressen und tr069-settings sind im bootloader definiert
Stimmt.
- der bootloader ist /dev/mtd2 (Chraracter Device)
Stimmt.
bzw. /dev/mtdblock3 (Block Device)
Stimmt nicht. Quelle?
Das "cmp"-Kommando in meinem Beitrag sollte schon aufgezeigt haben, daß bei der 7390 /dev/mtd2 und /dev/mtdblock2 identisch sind (und eben nicht /dev/mtd2 und /dev/mtdblock3) - die Unterscheidung in Block- und Character-Device hast Du ja schon richtig getroffen.
- zum dauerhaften (dass es auch ein Recovery "übersteht") ändern der mac* und tr069* muss der Bootloader (Urlader/mtd2/mtdblock3) gepatcht werden
Stimmt nicht, jedenfalls nicht, wenn Du mtdblock3 verwenden willst.
Ändern der Werte im Urlader-Environment sollte ausreichend sein, anschließend die beiden TFFS-Partitionen richtig löschen. Das ist zwar etwas "dirty", aber wenn die ungültig sind beim Start des Systems (wie es auch beim Löschen z.B. mit dem ruKT der Fall ist), dann werden die Partitionen mit den Angaben aus dem Urlader-Environment neu initialisiert (da steht dann Deine Änderung ja schon drin). Anschließend sollte man ruhig noch einmal ein "FactoryReset" machen, damit das "späte Initialisieren" des TFFS bei fehlerhaftem Inhalt nicht zu merkwürdigem Verhalten führt.
Ob man das "Leeren" von MTD3/MTD4 aus dem laufenden System oder aus dem ruKT heraus macht (da könnte man dann auch gleich die Urlader-Änderungen machen - es geht natürlich auch alles per EVA zu Fuß, wenn man will), hängt davon ab, was man sich selbst zutraut. Es bringt natürlich wenig, wenn nach dem Löschen noch weitere Schreibzugriffe aus dem laufenden System ins TFFS erfolgen und das Löschen wieder hinfällig machen.
Bzgl. mtdblock3 "Datei": aus dem was ich gelesen habe und was ich an ca. 15 Boxen getestet habe, stehen immer alle Einstellungen des Urladers in dieser Datei.
Ja, als "Duplikat" ... genau so stehen sie auch noch einmal in MTD4 und (an anderem Offset) in MTD2. Kannst Du leicht selbst überprüfen ... und das ist es eben, was ich mit "systematisch" meinte. Es ist zwar schön, wenn so eine "Nachschau" in mtdblock3 (also MTD3 bei der 7390) die eigenen Erwartungen bestätigt ... wenn aber die Eingangsannahmen schon falsch sind (in Deinem Falle eben der Zusammenhang zwischen Character- und Block-Device, den Du mit dem von mir gezeigten cmp-Kommando problemlos hättest validieren können), kann auch das Ergebnis nicht wirklich richtig sein. Die Ergebnisse erwecken den Anschein, als würde Deine Annahme stimmen ... am Ende bestätigst Du Dir aber bloß Deine "Vorurteile", wenn Du auf doppelte Überprüfungen (also positive und negative Tests) verzichtest.
Bisher habe ich noch keine einzige Box geschrottet. Und selbst wenn das passieren sollte, dann bin ich mir bewusst, das ICH das zu verantworten habe.
Aber ohne etwas zu probieren und eventuell dabei einen Fehlschlag zu erleiden kann ich nur schwer dazu lernen.
Das wollte ich damit auch nicht zum Ausdruck bringen ... ich wollte Dich nur darauf aufmerksam machen, daß lange nicht jede Quelle auch (aktuell noch) richtig sein muß und man solche Erkenntnisse eben immer selbst überprüfen muß ... ansonsten kann man sehr schnell Schiffbruch erleiden und wenn man die Warnungen bzgl. des Urladers (erst recht in Bezug auf das Bearbeiten mit einem Hex-Editor) nicht ernst zu nehmen scheint und gleichzeitig solchen "Blödsinn" schreibt (nicht persönlich nehmen, aber ich will verhindern, daß der nächste Leser das von Dir oben Geschriebene auch unreflektiert übernimmt), dann darf man sich auch nicht wundern, wenn einen andere (die das nicht "böse" meinen, aber bei vielen hilft nur sehr rüdes Auftreten, um sie entsprechend wachzurütteln) darauf hinweisen, man solle doch etwas systematischer vorgehen.
Bevor wir jetzt hin und her schreiben, kannst du mir ja gerne sagen, wie ich das gewünschte erreichen kann... Gerne nehme ich defekte Geräte in Kauf...
Du kannst mir auch gerne per PN schreiben, wenn du nicht möchtest, das es öffentlich ist...
Ich hoffe, ich habe das hiermit getan und gleichzeitig erläutert, warum das Löschen von MTD3/MTD4 erforderlich ist, wenn man im Urlader Änderungen vornimmt. Am besten macht man das wirklich aus EVA heraus (notfalls läßt man sich vom ruKT dahin bringen), dann kann das geladene FRITZ!OS da nicht dazwischen gehen. Anschließend "clear MTD3/MTD4" (wenn man nicht weiß, wie man das von Hand machen soll) und dann die Box neu starten. Solange man nicht wirklich am Bootloader herumbastelt, sollte die Box problemlos starten und - nach dem neuerlichen Werksreset, den man ruhig gleich am Beginn der Einrichtung noch einmal ausführen sollte - dann mit den richtigen Einstellungen im Urlader-Environment auch arbeiten.
Wenn das so nicht funktionieren würde (also das "Restaurieren" des TFFS mit den Angaben aus MTD2), wäre schon so manche Box den Heldentod gestorben, denn das ruKT löscht eben MTD3/MTD4 auch nur durch das Überschreiben des (vorher vom Bootloader gelöschten) Flash-Speichers mit einer 0 Byte langen Datei. Vielleicht sicherst Du Dir trotzdem mal die relevanten Partitionen (in erster Linie eben /dev/mtd2) und schaust bei der Gelegenheit auch gleich noch einmal mit dem Hex-Viewer in die Inhalte von MTD2 bis MTD4 - parallel mit dem Quellen des TFFS -, um das tatsächlich zu verstehen, wie das funktioniert.
Und das ist auch kein Problem, wenn das "öffentlich" ist ... es sind altbekannte Vorgehensweisen und das "Clonen" von CWMP-Accounts ist ohnehin nur zwischen Geräten desselben Modells halbwegs sinnvoll ... ein TR-069-INFORM-Request enthält ja nicht nur die MAC-Adresse, sondern auch noch die Modellangabe. Aus einer 7270v2 eine 7390 zu machen, klappt also ohnehin nur, wenn der ACS ein wenig dämlich ist. Außerdem fliegst Du hoffentlich bei jedem Provider mit dem parallelen Betrieb solcher Geräte ohnehin aus dem Netz ... außer vielleicht bei Kabelbetreibern, die sich immer noch darauf verlassen, daß schon niemand in die DOCSIS-Boxen kommt. Wenn die ihr Netz nicht im Griff haben (und die gleichzeitige Anmeldung desselben Gerätes für zwei verschiedene öffentliche IP-Adressen nicht sauber feststellen können), dann wird es ohnehin höchste Zeit, daß sich da etwas tut, bevor das Gesetz verabschiedet wird und in Kraft tritt. Ich glaube aber ohnehin nicht, daß der amerikanische Sport des Clonens in D irgendwelche Perspektiven haben wird. Und wenn jemand an zwei alternativen Standorten dieselbe Box betreiben will (solange das nicht gleichzeitig ist), sehe ich keinen großen Unterschied, ob das zwei verschiedene Geräte sind oder ob eine einzelne Box immer hin und her geschleppt wird.
D.h. Werkseinstellungen laden ist gar nicht notwendig, ein Restart reicht aus.
