Fritzbox Werkseinstellungen Rückseite Netzwerkschlüssel bei anderer Platine?

[B612]

Aber wie ich das in der Fritzbox aufrufe

Äquivalent wie bei linux_fs_start.

das steht nirgendwo und schreibt auch keiner...

Weil auch noch nie jemand den Netzwerkschlüssel geändert hat.

 

[KunterBunter]

Was kommt denn bei "quote GETENV wlan_key"?

 

[B612]

wlan_key SECRET

 

[NDiIPP]

Aber wie ich das in der Fritzbox aufrufe, das steht nirgendwo und schreibt auch keiner,

Wie kommst du denn darauf? Ich hatte doch schon hier in #12 geschrieben:

Bzw. dort dann im Thema Beitrag #8 beachten/lesen/verstehen…

Und in dem erwähnten Beitrag #8 des verlinkten Thema steht (nach einer verlinkten Anleitung die man sich zu Gemüte führen sollte was du ja anscheinend auch schon getan hast):

Man braucht dabei nur das eigentliche Ziel (geringfügig) abzuändern, also anstatt die Variable "linux_fs_start" auszulesen und zu ändern nun nur die Variable "webgui_pass" auslesen (ohne ändern). Aber das grundsätzlich Vorgehen (Bootloader-Modus) bleibt.

Für deine Fall gilt dann eben eine andere "Ableitung" dieser Anleitung:
… also anstatt die Variable "linux_fs_start" auszulesen und zu ändern nun nur die Variable "wlan_key" auslesen und (ggf.) ändern.

 

[IP24]

Habe einen Erfolg erzielt:
Ich konnte mit den Befehlen quote GETENV HWRevision und wlan_key, die Revison 185 und den Key ermitteln.

 

[NDiIPP]

Und ändern? Nicht die HWRevision (das geht m.Wn. auch gar nicht) sondern den wlan_key natürlich.

Und BTW, warum hast du überhaupt die HWRevision ausgelesen? Wolltest du überprüfen ob es sich tatsächlich um ein 7490er Mainboard handelt was verbaut wurde?

 

[B612]

Wolltest du überprüfen ob es sich tatsächlich um ein 7490er Mainboard handelt was verbaut wurde?

In das Gehäuse gehen bestimmt auch einige andere rein.

 

[IP24]

Vollzitat (von darüber) gemäß Boardregeln entfernt by stoney

Entschuldigung ich habe nur den ersten Befehl von https://boxmatrix.info/wiki/FRITZ!Box_7490#Environment ausprobiert
hmmm
ändern..
Wie kommt man jetzt in die Position mit dem cusor die Zahlen auszutauschen
Und gibt es einen FTP Befehl der danach auf Werkseinstellung zurücksetzt?

 

[NDiIPP]

Wie kommt man jetzt in die Position mit dem cusor die Zahlen auszutauschen

?

Was funktioniert bspw. an SETENV wlan_key 12345678 nicht?

Und gibt es einen FTP Befehl der danach auf Werkseinstellung zurücksetzt?

Nein. Oder jein.

Normalerweise tut man dazu ein neues TFFS-Image aus Environment und Counter erstellen und lädt dieses dann (bei der 7490) in mtd3+4 hoch (wenn man es über den Bootloader machen möchte), so macht es auch das AVM Recovery-Tool. Oder man probiert es mit "recovered=x" bei firmware_info…

 

[IP24]

Durch herumprobieren habe ich es durch quote SETENV wlan_key
geschafft, aber bevor Du es verraten hast

 

[B612]

Durch herumprobieren

Was muss man denn da probieren? Ist das nicht logisch?

 

[IP24]

Was muss man denn da probieren? Ist das nicht logisch?

aber nicht wenn man den Befehl nicht kennt

-- Zusammenführung Doppelpost gemäß Boardregeln by stoney

… -Environment (wlan_key):

-> https://boxmatrix.info/wiki/FRITZ!Box_7490#Environment

Aber Obacht. Wenn man die Werte solcher Variablen ändert (sofern das bei neueren Boxen noch funktioniert), kann die Box anschließend die verschlüsselten Teile der Konfiguration nicht mehr selbst richtig entschlüsseln (dazu gehört bspw. auch das WebGUI-Password aber u.a. auch das PPPoE-Passwort, die SIP-Passwörter sofern vorhanden usw.).

Also vielleicht mit einem anschließenden Laden der Werkseinstellungen verbinden.

Habe die recover.exe neu draufgespielt. ich hoffe das kommt dem Laden der Werkseinstellungen gleich.

 

[stoney]

@IP24 es ist nun genug mit hinterherwischen, unterlasse nun die Doppelpost sowie Vollzitate, Dir wurden bereits mehrfach Informationen über das Forum (rechts oben das Glockensymbol) gesendet. Danke

 

[georg3003]

Das liegt sicher daran, dass es noch keiner gemacht hat.

Das stimmt so glaube ich nicht, da ich mich erinnere, daß hier im Forum jemand mal ein Downgrade des Bootloaders gemacht hatte, weil der in höheren Versionen irgendwie gelockt war. Wo und wann das war weiß ich nicht mehr, aber ich meine mich erinnern zu können, daß es um eine 7490 ging. Und da ging es unter anderem um setzen unterschiedlicher Provider (1und1 bzw avm) bzw. anderer Parameter und da war irgendwie auch noch die MAC irgendwie involviert, die dann ein schreiben nicht mehr zuließ, also nicht die MAC sonder der Bootloader ließ kein schreiben mehr zu, da die MAC aus einem anderen Bereich war(glaube ein Bit oder ein Byte war unterschiedlich) und das konnte dann mit viel Aufwand wieder rückgängig gemacht werden. (Ja, nach sovielen Jahren alles perfekt wiedergeben ist schwer,sorry, ich hoffe es wurde irgendwie klar dargestellt.)

Es gibt ja auch eigentlich keinen Grund dazu.

Ja, das stimmt wohl, außer in beschriebenem Fall, und sowieso soll das nicht immer so zuträglich sein, da das Environment wohl wirklich Gerätespezifisch ist und eine Ändernung die Box in einen farbigen "Ziegelstein" bzw. Briefbeschwerer verwandelt.



Edit:

Habe erst jetzt den Rest des Threads gelesen.
Sollte das setzen eines Wertes nicht funktionieren, so mag es an dem von mir erwähnten liegen. Ab einer bestimmten FW (also BootloaderVersion) ist das schreiben im Bootloader nicht mehr ohne weiteres Möglich.

 

[PeterPawn]

Das hat alles nichts wirklich mit den "Versionen" des Bootloaders zu tun ... es gibt dort im Konfigurationsbereich zwei unterschiedliche "Tabellen" ... die Werte in der einen sind nur "Standard" und dienen als Vorgabe, solange nichts anderes eingestellt wurde und die Werte in der anderen werden bei jedem neuen Start neu aus den hinterlegten Angaben initialisiert. Irgendwann ist man bei AVM dann halt hingegangen und hat die zuvor änderbaren Einstellungen in die andere Tabelle verlagert - mittlerweile ist es sogar so (gerade erst vor kurzem bei den neueren Modellen mit FIT-Images ausgiebig getestet), daß praktisch alle "gerätespezifischen" Angaben nur noch in der "zu restaurieren"-Tabelle stehen.

Mein Boot-Manager ist (seit Version 0.8.irgendwas) mittlerweile in der Lage, den Bootloader bzw. dessen Konfigurationsbereich zu lokalisieren (bei den unterstützten Modellen, wobei da mittlerweile fast alles dabei sein sollte, was zwei "Slots" beim Booten zur Verfügung hat) und anhand der Tabelle, in der sich der Wert von firmware_version befindet, zu entscheiden, ob da (permanente) Änderungen möglich sind oder nicht.

Da man den Konfigurationsbereich bei vielen Boxen auch über EVA auslesen lassen kann (RETR config), läßt sich das aber auch durch "Ansicht" (des hexadezimalen Dumps) der Daten erkennen - mit der Version des Bootloaders (bzw. dessen Codes) hat das aber nichts zu tun. Wenn man den Bereich entsprechend patchen würde (vermutlich gibt es da auch noch einen CRC-Wert über die Daten, aber der wird wohl selten von EVA geprüft), kann man auch bei "aktuellen" Versionen die Daten noch so organisieren, daß man die benötigten Werte über den FTP-Server in EVA (oder das laufende System) auch dauerhaft manipulieren kann. [ Wobei es seit den FRITZ!OS-Versionen mit FDT auch wieder verschiedene Quellen für diese Einstellungen gibt (im FDT liegt eine Kopie) und nach meiner Erfahrung werden die TFFS-Daten und die Werte unter /proc/device-tree nicht immer synchronisiert. ]

 

[NDiIPP]

… Wo und wann das war weiß ich nicht mehr, aber ich meine mich erinnern zu können, daß es um eine 7490 ging.

Ich hatte das schon bei einigen Fritzboxen gemacht (u.a. 7272 und 7490) wo der Bootloader noch im NOR-Flash liegt (was bei der 7490 noch der Fall ist). Und ein paar andere hatten das auch schon gemacht. Aber ich hatte dabei kein Downgrade durchgeführt sondern lediglich den vorhandenen Bootloader ausgelesen, modifiziert (bzgl. Environment/Config) und wieder zurückgeschrieben. Ein anderer hatte da bei einer 7490 auch ein Downgrade durchgeführt (was ich aber an seiner Stelle nicht gemacht hätte).

Bei neueren Modellen wo der Bootloader im NAND-Flash liegt (GRX5-Modelle) oder zusätzlich vielleicht noch signiert ist (IPQ-Modelle) ist das entweder nicht mehr so einfach oder man sollte es besser nicht machen (frage mal @Insti, der hat damit m.E.n. schon ein IPQ-Modell zum Türstopper umgebaut)…