FRITZ!Box 7490 FRITZ!OS 06.98-55294 Labor vom 04.05.2018

[Hamburger-E65]

Update von der Box lief durch, keine Changes bis jetzt kommuniziert.

 

[eisbaerin]

Den Download gibt es hier:
https://avm.de/fritz-labor/fritz-labor-fuer-fritzbox-7490-und-7590/uebersicht/

 

[fritz-fuchs]

Die suspekte MAC-Adresse "BAB:AD:CO:FF:EE" war mit dieser neuen BETA nach dem Neustart nun auch erstmalig bei meinem IP-Clienten kurzzeitig (als im Gastzugang verbunden) sichtbar.
Die Namen der Netzwerkgeräte werden hier weiterhin nicht angezeigt. Na ja, mal weiter beobachten...

 

[Evil Genius]

Änderungen sind analog zur Version der 7590:

II. Weitere Verbesserungen in den Laborversionen
=================================================

--- Weitere Verbesserungen in FRITZ!OS 6.98-55294 ---

WLAN:
Behoben - WPS wieder in allen Situationen möglich.

DECT:
Behoben - Nach DECT Anmeldung über die DECT Taste wird Erfolg/Misserfolg des Vorgangs nicht angezeigt

System:
Verbesserung - Anzeige einer angepassten Auto-Update-Seite zur Information bei deaktivierter Updatesuche
Verbesserung - Stabilität

 

[oldmen]

Gibt es bei der 7490 auch das Problem mit dem Zuspammen des Logs durch "Bandbreitenmitteilungen"?

 

[Profanta]

Ja, zumindest bei mir ca. Stündlich

Unnötige Tapatalk Signatur entfernt - HabNeFritzbox

 

[laurent]

Die zusammenarbeit mit Repeater1750 E funktioniert immer nocht nicht.

 

[Lurtz]

Wieder was neues: Unter realer Bandbreite habe ich bei der Telekom jetzt 103,3 mbit/s bei 109,3 Bruttosync. Das Ereignislog wird aber immer noch mit 96,xx Meldungen vollgespammt.

Habe keine größeren Probleme mit dem 1750E. Nur das Roamen funktioniert nach wie vor eher schlecht.

 

[alexandi]

Hab ein bißchen mit dem Gastzugang gespielt und hab folgendes festgestellt:
Wenn ich beide Funknetze (2.4 und 5) oder NUR das 5 GHz Funknetz aktiviert habe, und den Gastzugang am Mesh-Master aktiviere oder deaktiviere dann funkioniert die Übernahme problemlos an allen Mesh-Clients.
Wenn ich aber NUR das 2.4 GHz Funknetz aktiv habe, dann wird der Gastzugang an allen Clients, die auch 5GHz haben (1160,1750E, 7490) NICHT vom Mesh-Master übernommen. Mein 310 übernimmt den Gastzugang.

Außerdem verlieren die Repeater (sind mit beiden Funknetzten mit der Basisstation verbunden) die Verbindung zur Basisstation wenn ich beide Netze aktiv habe und dann das 5GHz Netz deaktiviere.
Dies ist aber nur der Fall, wenn die Repeater mit der 7590 verbunden sind. Bei einer Verbindung zu einem IP-Client (7490) wird die Verbindung wieder aufgebaut. Ist also definitiv ein Problem mit der 7590.

Vielleicht liegt's daran, daß mein Mesh-Master auch IP-Client ist.

 

[fritz-fuchs]

@alexandi
Versuche mal die Option
Einstellungen aus dem WLAN Mesh übernehmen bzw.
WLAN-Einstellungen von der FRITZ!Box automatisch übernehmen (WLAN Mesh)
bei deinen Clients 7490, 1750E, 1160 zu deaktivieren.
Dann kannst du alles, was den Gastzugang bzw. die Frequenzbänder betrifft je nach Bedarf an den Clients manuell einstellen.
Die WLAN-Einstellungen bleiben erhalten und die Geräte bleiben trotzdem eingemesht. Habe ich bei mir so laufen und bisher keine Probleme.

 

[alexandi]

Klar so funktionierts auch. Aber das ist nicht der Sinn von "Mesh":

Wird ja von AVM auch so beschrieben: "Dazu gehören alle WLAN-Einstellungen, wie WLAN-Funknetz, -Funkkanal und -Kennwort, WLAN-Gastzugang und die WLAN-Zeitschaltung."

Ich wollte nur auf den Bug hinweisen

 

[fritz-fuchs]

War nur ein Tipp von mir. Durch das Deaktivieren dieser Option im Nachhinein (nachdem das Gerät eingemesht wurde) stehen einem bei den Clients sämtliche Konfigurationsmöglichkeiten zur Verfügung, die ansonsten ausgegraut und somit nicht veränderbar sind. Die Mesh-Funktion wird dabei nicht beeinträchtigt.
Angenommen, man benötigt bei einem IP-Clienten den WLAN-Gastzugang nicht, man möchte eine andere Zeitschaltung oder man benötigt bei einem Repeater nur ein Frequenzband, so kann man sich trotzdem alles, je nach Bedarf, einstellen. Ist natürlich nur sinnvoll, wenn man mehrere Geräte verwendet, bei denen unterschiedliche Konfigurationen benötigt werden.

 

[H´Sishi]

Das ist gut zu wissen ... ich hab meinen eingemeshten DVB-C-Repeater per LAN-Kabel an meiner 7490 und könnte das Repeater-WLAN bei Nicht-Bedarf durchaus abschalten. Dort wo er ist (in der Nähe der Kabeldose), sind in der meisten Zeit des Tages KEINE WLAN-Geräte.

*edit* ich habe gerade festgestellt, daß der Repeater nicht mehr gemesht ist und ich die WLAN-Einstellungen alle einzeln auf "Von der Fritz!Box übernehmen" oder autark einstellen kann.

*edit 2* Nachdem ich per Taster den Repeater wieder eingemesht habe, waren zunächst alle WLAN-Optionen ausgegraut, danach konnte ich aber vorgehen wie von @fritz-fuchs beschrieben.

 

[fritz!mania2]

Ich hatte die 113.06.93 drauf - dann die 06.98-55294 installiert.
Ich habe trotzdem Verbindungsabbrüche.
Wie komme ich auf die 113.06.93 wieder rauf ??? Am Samstag kommt der Techniker.

Das Recovery tool sucht....sucht.... findet aber die Fritzbox nicht.

 

[oldmen]

Willkommen im Forum!
Am einfachsten ist es, die andere Partition wieder zu aktivieren. Schau mal nach modfs.
Hier noch der Link dazu: https://github.com/PeterPawn/modfs/blob/master/BOOTSELECTION.ger

Beim Recoverytool gibts einiges zu beachten (z.B. Mediasensing, alle Firewalls "aus" u.s.w.). Wobei die Anleitung von AVM schon recht ausführlich ist.

 

[H´Sishi]

Ergänzend dazu: PC per LAN-Kabel an LAN1 anschließen, Box muß eine "freie" Box sein, d.h. kein Provider-Additiv / -Branding (Ausnahme: 1&1).

 

[fritz!mania2]

Es hat nur geholfen erst fritz.box_7490.06.90.recover-image zu benutzen.
Bei der .93.recover ist nix passiert. Die Fritzbox wurde nicht gefunden

Danke nochmals an den Spender ;-)

 

[stoney]

Wie komme ich auf die 113.06.93 wieder rauf ???

ein Umschalten von linux_fs_start hätte doch vollkommen gereicht wie @oldmen schon schrieb. und das noch ohne Settingsverlust.

 

[H´Sishi]

Gereicht hätte es schon, aber es schadet nichts, wenn man alle paar Laborversionen mal "putzt".

Ich müßte das eigentlich auch mal machen, habe aber ein paar Provider-basierte Info's in den Settings. Keine Ahnung, ob die per TR-069 eingeschleust werden könnten oder ob ich einen Satz "Blanko-Provider-Settings" bräuchte. Die Box habe ich vor Jahren vorkonfiguriert erhalten.

 

[PeterPawn]

Ich würde mich auch in Firmware nach dem 09.04.2018 (also ab 53696) nicht mehr darauf verlassen, daß der Rückweg immer so einfach ist - weiß es aber auch nicht sicher, weil ich das (prinzipiell) nicht "live" teste.

Da hat AVM jedenfalls in der Konfiguration einen neuen Schritt eingeführt:

vidar:/home/FritzBox/FB7490/firmware/113.06.98-53696 # cat etc/init.d/S09-0config_rekey
#! /bin/sh
if [ -x "/usr/www/cgi-bin/firmwarecfg" ] ; then
/usr/www/cgi-bin/firmwarecfg config_rekey &>/dev/null
local res="$?"
## echo "firmwarecfg config_rekey: returned '${res}'"
if [ "${res}" = "0" ] ; then
echo "firmwarecfg config_rekey: done"
else
if [ "${res}" -gt 0 ] && [ "${res}" -lt 128 ] ; then
echo "firmwarecfg config_rekey: nop"
else
echo "firmwarecfg config_rekey: failed"
fi
fi
fi

und wenn man das etwas genauer untersucht, wird (wieder "vermutlich") wohl eine neue Funktion aus der "libcfgimpexp.so" aufgerufen, die "rekey_config" heißt.

Was in dieser jetzt genau passiert und auf welche Dateien diese beim "Umschlüsseln" letztlich zugreift, kann man erst wieder auf der Box selbst ermitteln ... aber auch dazu braucht man die Tools für den passenden Kernel und die passende C-Library.

Die Konfiguration für diese und die Patches bzw. die kompletten Quellen hat AVM m.W. auch nach nunmehr 7 Monaten seit Beginn der Laborreihe noch nicht veröffentlicht (gut, die erste offizielle Labor 06.98 war wohl vom 08.12.2017, aber auch das sind inzwischen 5 Monate) - vielleicht hat ja tatsächlich noch niemand danach verlangt (gut, schreiben wir mal "darum gebeten", obwohl es keine Gefälligkeit seitens AVM ist, die einem mit der Bereitstellung der von passenden Lizenzen betroffenen Quelltexte erwiesen wird, sondern verbrieftes Recht) und so werde ich das gleich im Anschluß einfach mal machen. Über den Fortgang informiere ich dann hier.

Zurück zu diesem "rekey" ... es gibt in dieser "libcfgimpexp.so" schon länger diese zwei Funktionen:

0000c5dc T avmnexus_private_key_export_umschluesseln
0000c670 T avmnexus_private_key_import_umschluesseln

Was es mit denen auf sich hat, weiß ich auch noch nicht ... "avmnexus" ist halt das Mesh bei AVM bzw. wohl die Control-Instanz für dieses und dafür gibt es ja auch einen - wohl gemeinsam genutzten - RSA-Key in der "/var/flash/avmnexus.cfg" mit einem Zertifikat, dessen CN auf "avmnexus-<maca>" lautet:

root@FB7490:~ $ cat /var/flash/avmnexus.cfg
/*
 * /var/flash/avmnexus.cfg
 * Mon Mar 19 14:22:24 2018
 */

meta { encoding = "utf-8"; }

avmnexuscfg {
        role = avmnexus_role_automatic;
        master_address = 0.0.0.0;
        own_key =
                  "Base64:LS0tLS1CRUdJTiBSU0EgUFJJVkFURSBLRVktLS0tLQpQcm9jLVR5cGU6IDQsRU5DUllQVEVECkRF
Sy1JbmZvOiBBRVMtMTI4LUNCQyw1OUMwNzUxRTk4RUU1NTM1N0RENENCODk1NzAwNDA5NQoKOTlt
WnIxTmgwODYrUUVjaktUOXVNeHJwYkdUd2FpNStpTXNwTzlOQ3dpYXRVQ1dZWWtkM2RQcnNZV3V4
aGZJVwpaQWxZOGdGNXE1SGlId0RYVHBDa3c2QmR6aXBqdVV3UU40N1c1a0M0Q1J4VFlzZm5DWG5X
RlZQWDdKYkgzSkVhCm5rbG5IckxvYUFyRFkxanhLUTRoQ3p3dDJmRFB0THpnOEc1QWNKQmV2ak1T
SU5Ibm5SbDhjN1hXdCtOM01sUngKZEFsNVE0Rlc1Y0RsQ05xY0taVzk4RDh3a0kvVVl0ODVDZ2I5
K1M1MWRYWTJ2STJ0c0JjRnFUNW9FZ3dQVEEwVwpJcDZNcDg5QWFqV05FRk5vNnQ4WHpnbUpYNzZ1
OURDbUxYenE0UVZwSUxCaUxzOHhGVlR6a3FSV3Z2dGFuaFRFCnQrUXN2WTJDNlA2SXlDS1Q4Q01F
dUtBTlp3aVJpYzZBaklPQjJyWThuc2xuS2Fkcmk2MHVEa3g0U1hCR0c1d3QKYU5Rem1LekNmOWRl
a0Erem0ybkRBM1MzbTV4N1VLRnlMTExFWVdhRTJWdEtRM2VVdHlFdytLQkxobW5vR3JvSwpYRTd3
ZzdFMmZDNXJHNUxoYUU2NXE4Wk40eStxMTlsVXJuaTJlZ2dIcm5ld09wTXRZaFNhdlIzVk1IbnRn
a1NFCnhmbHdzaVlya2YwYUlNUE0rcEFSNWFWaUptYW9yN2tYV3YwNWhyUndBeXNPc0R5Rk9VVVho
Sjk4R1ZkWFB6VTMKNGNyOUNjand3dThGMFVqSU1DWmc4WTNtYkdlbDVUQVBML3o2Zys2YWxxVS9s
SElIMDg1YWR4YWsvWlR6VHJTVgpvd0dza0pSVWQ5OWdhcmVkWFBpNXcvTHlGeHZyMzFSbnNUbVJr
Z1Y5UFBia2VpRE45ZHpZd1l3TDJSSWpZZ3BlCnM2VmhIb0ZPRzMvWkpPL2hqc3hwTlNkZytpNVZC
R2dMVnpRVGtRdE96bXdHZnI1TFN5VHlIbUVZMGdyS1Z0U0EKQXMzME9LSUlSWDViMjVHeHB5cUsv
UUNETHhaSXhqZk1pNXQzUXRlbmlGT3VLZnZ5djl1OHRzVENCYkxhWWhKSApFZVl6QVhxTXhUcm1H
bnd0R2M5VDVDb0g2dUo3alc3c050V0JXYUxsa2ZqWlNIUFhkZWlwMU45emFmQ29UcWY5CnlUbFZy
TzQwcWJPdHJPWVhDK2ZiQ2xIcXY1UGNQdmdYei9ydUpac2JFeHlZcWdpdTFjTDVFV2ZzeWYzLzRv
a0UKZkE5bUkwQUdPS2VDTFpsaVNYR2x2YXI0T1FzcnVRU3ltVm9ydlg0ci83c3dZWFRmNzF2M3I2
bkJBdTZOSFJUUQpnSGl0elhkNzI5ams1MHhpeEZjcUsvckgwenFuTkt5K1M0RjJ1SVJEWUozK3Y4
SVlrYjFDaTdXY3NOSHA2MkZICnZWai9lZXp0R20wQm1KWC9nMFpLbjkva3RYUG1TUllqN01zTlRK
WWV1M3lYZU12eVV5Y09iSGp6VEJrT01LVjEKS0hNWHpZOFFNc0Zjc0xrM3BxVEhOcXkvYmdvRTlG
NW1QTEpwZlFSVGxLQWJiM0FYZkJSWmoxNjNFUWFoRHdjWQpTY0RFek8rTkhLY3Z4K3EzR3BwOTd5
VEc4QkFYRFBXM25IdXJoSnQ4VUszZGJ5dFpJdHI4MndVNjdVYUE1S2dKCnRTQXVzZHNhSituR01a
bjB0TXJWOW9hcnZjMGE0aEw2aWxVdUovOHEyRHJrd25aMjdQamNNNHZlRUdZNytud08KVUNYekFL
R0srRlZRNXhWVWVuQTZ4UnVtRnEzSUJjOEN1aXFzdVFtL1hVZ3NzUWdESzJwWUEraU5VUWc5ZHFC
YgpUSkxDbktUNkVRS1BjMjR0aUZvdzB0cHpiZDBVRHR0OGNqTDA2R3psNEFYQ21uRlBQUWtZRGJh
anlHR1VzcHZqCjFHY2Y4Snd4akVwL3Fhb0ZlemlYdkhxdVJGeFlZRTdwczhLU2R3N1U3bFJNUzBy
VFZTOXJZdW5nL3plcTNJWWEKdHpYeWIrWnh4RVMzSzU1ZUd3VlFMWGUwOHhOaHd5N0FpenZVN09W
MEZEMnJmcHJIYjdGby8vVGY4a1RvcXF0NwotLS0tLUVORCBSU0EgUFJJVkFURSBLRVktLS0tLQo=";
        own_cert =
                   "Base64:LS0tLS1CRUdJTiBDRVJUSUZJQ0FURS0tLS0tCk1JSURSVENDQWkyZ0F3SUJBZ0lKQUtOdWk4bG82
[...]
YU50cE8xUWZTUjdiUXFOUDdvZEtlYTh5clRBPT0KLS0tLS1FTkQgQ0VSVElGSUNBVEUtLS0tLQo=";
}


// EOF
root@FB7490:~ $

Ja, ich generiere da auch einen neuen, nachdem der hier im Beitrag steht und das Zertifikat habe ich auch nur deshalb verkürzt, weil da die MAC-Adresse meiner Test-Box drinsteht.

Diese Datei ist ja auch Bestandteil einer Export-Datei und wenn man den "own_key" oben dekodiert, ist das ein stinknormaler RSA-Key nach RFC 2313:

-----BEGIN RSA PRIVATE KEY-----
Proc-Type: 4,ENCRYPTED
DEK-Info: AES-128-CBC,59C0751E98EE55357DD4CB8957004095

99mZr1Nh086+QEcjKT9uMxrpbGTwai5+iMspO9NCwiatUCWYYkd3dPrsYWuxhfIW
ZAlY8gF5q5HiHwDXTpCkw6BdzipjuUwQN47W5kC4CRxTYsfnCXnWFVPX7JbH3JEa
nklnHrLoaArDY1jxKQ4hCzwt2fDPtLzg8G5AcJBevjMSINHnnRl8c7XWt+N3MlRx
dAl5Q4FW5cDlCNqcKZW98D8wkI/UYt85Cgb9+S51dXY2vI2tsBcFqT5oEgwPTA0W
Ip6Mp89AajWNEFNo6t8XzgmJX76u9DCmLXzq4QVpILBiLs8xFVTzkqRWvvtanhTE
t+QsvY2C6P6IyCKT8CMEuKANZwiRic6AjIOB2rY8nslnKadri60uDkx4SXBGG5wt
aNQzmKzCf9dekA+zm2nDA3S3m5x7UKFyLLLEYWaE2VtKQ3eUtyEw+KBLhmnoGroK
XE7wg7E2fC5rG5LhaE65q8ZN4y+q19lUrni2eggHrnewOpMtYhSavR3VMHntgkSE
xflwsiYrkf0aIMPM+pAR5aViJmaor7kXWv05hrRwAysOsDyFOUUXhJ98GVdXPzU3
4cr9Ccjwwu8F0UjIMCZg8Y3mbGel5TAPL/z6g+6alqU/lHIH085adxak/ZTzTrSV
owGskJRUd99garedXPi5w/LyFxvr31RnsTmRkgV9PPbkeiDN9dzYwYwL2RIjYgpe
s6VhHoFOG3/ZJO/hjsxpNSdg+i5VBGgLVzQTkQtOzmwGfr5LSyTyHmEY0grKVtSA
As30OKIIRX5b25GxpyqK/QCDLxZIxjfMi5t3QteniFOuKfvyv9u8tsTCBbLaYhJH
EeYzAXqMxTrmGnwtGc9T5CoH6uJ7jW7sNtWBWaLlkfjZSHPXdeip1N9zafCoTqf9
yTlVrO40qbOtrOYXC+fbClHqv5PcPvgXz/ruJZsbExyYqgiu1cL5EWfsyf3/4okE
fA9mI0AGOKeCLZliSXGlvar4OQsruQSymVorvX4r/7swYXTf71v3r6nBAu6NHRTQ
gHitzXd729jk50xixFcqK/rH0zqnNKy+S4F2uIRDYJ3+v8IYkb1Ci7WcsNHp62FH
vVj/eeztGm0BmJX/g0ZKn9/ktXPmSRYj7MsNTJYeu3yXeMvyUycObHjzTBkOMKV1
KHMXzY8QMsFcsLk3pqTHNqy/bgoE9F5mPLJpfQRTlKAbb3AXfBRZj163EQahDwcY
ScDEzO+NHKcvx+q3Gpp97yTG8BAXDPW3nHurhJt8UK3dbytZItr82wU67UaA5KgJ
tSAusdsaJ+nGMZn0tMrV9oarvc0a4hL6ilUuJ/8q2DrkwnZ27PjcM4veEGY7+nwO
UCXzAKGK+FVQ5xVUenA6xRumFq3IBc8CuiqsuQm/XUgssQgDK2pYA+iNUQg9dqBb
TJLCnKT6EQKPc24tiFow0tpzbd0UDtt8cjL06Gzl4AXCmnFPPQkYDbajyGGUspvj
1Gcf8JwxjEp/qaoFeziXvHquRFxYYE7ps8KSdw7U7lRMS0rTVS9rYung/zeq3IYa
tzXyb+ZxxES3K55eGwVQLXe08xNhwy7AizvU7OV0FD2rfprHb7Fo//Tf8kToqqt7
-----END RSA PRIVATE KEY-----

, verschlüsselt mit AES-128 und einem unbekannten Kennwort. Bisher habe ich auch noch nicht ernsthaft versucht, das hier verwendete Kennwort zu ermitteln ... nur das Kennwort für den privaten RSA-Key für das GUI habe ich getestet und das ist es wohl nicht. Ich rate mal (mehr ist es auch nicht), daß AVM da ursprünglich mit irgendeinem festen Wert verschlüsselt hat (das gibt es an anderen Stellen in der Firmware auch noch) und das nun lieber auf irgendetwas umstellt, was ein wenig gerätespezifisch ist, bevor man diese Keys am Ende im Klartext in jeder Sicherungsdatei stehen hat (denn mehr als "Verschleierung" ist das bei der Verwendung eines festen Kennworts auch wieder nicht, weil das schnell zu ermitteln ist).

Jedenfalls wäre das - derzeit - die einzige Stelle, wo ich mir ein "Umschlüsseln" (wie im Funktionsnamen oben) vorstellen kann ... und wenn das ein irreversibler Vorgang ist und das Ergebnis nicht kompatibel mit früheren Versionen sein sollte, dürfte zumindest die Mesh-Konfiguration darunter leiden, wenn der Schritt zurück (über "linux_fs_start") zu groß wird. Wenn man sich das Shell-Skript oben ansieht, ist das vermutlich ein nur einmalig notwendiger Vorgang (das erfolgt wohl kaum bei jedem Systemstart bzw. das "nop" deutet ja darauf hin, daß es auch mal "nichts tun" könnte).

Aber wenn es schlecht läuft, klappt es mit einer Version vor 53696 dann nicht mehr mit dem Entschlüsseln dieses Keys und in der Folge dürfte das gesamte Mesh-Netzwerk nicht mehr klarkommen, weil alle Slaves nur dann einen Master akzeptieren sollten, wenn der den Key zum Zertifikat vom "Einmeshen" auch kennt.

Das ist zwar alles nur Theorie - abgeleitet aus den Funktionsnamen in der "libcfgimpexp.so" und der Existenz dieser neuen "Operation" mit dem Namen "config_rekey" in "firmwarecfg" ... aber irgendeinen Grund dafür muß AVM ja haben, wenn man solchen Aufwand (Binary + Shell-Skript für "init") treibt.

//edit by stoney: fehlendes [CODE] gesetzt