Fritzbox 6490 Cable Firmware Update?

Die Notfall-Adresse greift erst bei gestartetem System - also noch nicht im Bootloader - und eine dort bereits "verstellte" Adresse (die z.B. auch vom AVM-Recovery-Programm gesetzt werden könnte) behebt man am einfachsten, indem man sie über "discover" suchen und dabei eine (bekannte) Adresse setzen läßt. Dafür gibt es unter Windows das "EVA_Discover.ps1" und unter Linux/MacOS das "eva_discover" als Shell-Skript. Wer will, kann auch auf "das falsche Recovery-Programm" zurückgreifen für die Ermittlung der IP-Adresse und das Anhalten im Bootloader.

Das sind jedenfalls vollkommen unterschiedliche IP-Adressen und wenn die identisch sein sollten, ist das reiner Zufall (oder kann es zumindest sein, weil natürlich die Standardeinstellungen tatsächlich identisch sind).

Ach so ... die Notfall-IP bei gestarteter Box ist dann auch bei der 6490 tatsächlich die 169.254.1.1 - beim HTTP-Server für das GUI gilt die Beschränkung der Gegenstellen auf eine /30-Maske auch nicht.
 
Zu a)
Einen Switch dazwischen das deine Lan Karte schon eine Verbindung hat und nicht erst auf die 6490 warten muss sollte helfen (oder @PeterPawns YourFritz / eva_tools , solltes sicher fündig werden wenn du suchst)
Switch dazwischen bringt/brachte nicht wirklich Besserung.
eva_tools habe ich gefunden, bin aber wohl zu dämlich damit umzugehen.

Zu b)
Ebenfalls mit eva_tool die envs auslesen und hier in einem CODE-Tag posten
Habe mal "manuell" die ENVs ausgelesen... Hoffe das reicht... Oder brauchst noch welche die ich vergessen habe?

Code:
ftp> open 192.168.178.1
Verbindung mit 192.168.178.1 wurde hergestellt.
220 ADAM2 FTP Server ready
530 not logged in
Benutzer (192.168.178.1:(none)):
331 Password required for adam2
230 User adam2 successfully logged in
ftp> quote SETENV my_ipaddress 192.168.178.1
200 SETENV command successful
ftp> quote GETENV SerialNumber
SerialNumber          0000000000000000
200 GETENV command successful
ftp> quote GETENV autoload
autoload              yes
200 GETENV command successful
ftp> quote GETENV bootloaderVersion
bootloaderVersion     1.2567
200 GETENV command successful
ftp> quote GETENV bootserport
bootserport           tty0
200 GETENV command successful
ftp> quote GETENV cpufrequency
cpufrequency          1200000000
200 GETENV command successful
ftp> quote GETENV firstfreeaddress
firstfreeaddress      0x00b20000
200 GETENV command successful
ftp> quote GETENV flashsize
flashsize             nor_size=0MB sflash_size=2MB nand_size=2048MB
200 GETENV command successful
ftp> quote GETENV memsize
memsize               0x10000000
200 GETENV command successful
ftp> quote GETENV modetty0
modetty0              38400,n,8,1,hw
200 GETENV command successful
ftp> quote GETENV modetty1
modetty1              38400,n,8,1,hw
200 GETENV command successful
ftp> quote GETENV modulemem
modulemem             3862507
200 GETENV command successful
ftp> quote GETENV mtd1
mtd1                  0x4000000,0x4800000
200 GETENV command successful
ftp> quote GETENV mtd2
mtd2                  0xa0000,0xc0000
200 GETENV command successful
ftp> quote GETENV mtd3
mtd3                  0xc0000,0x100000
200 GETENV command successful
ftp> quote GETENV mtd4
mtd4                  0x100000,0x140000
200 GETENV command successful
ftp> quote GETENV prompt
prompt                Eva_AVM
200 GETENV command successful
ftp> quote GETENV req_fullrate_freq
req_fullrate_freq     100000000
200 GETENV command successful
ftp> quote GETENV sysfrequency
sysfrequency          100000000
200 GETENV command successful
ftp> quote GETENV urlader-version
urlader-version       3567
200 GETENV command successful
ftp> quote GETENV usb_device_id
usb_device_id         0x0000
200 GETENV command successful
ftp> quote GETENV usb_revision_id
usb_revision_id       0x0000
200 GETENV command successful
ftp> quote GETENV usb_device_name
usb_device_name       USB DSL Device
200 GETENV command successful
ftp> quote GETENV usb_manufacturer_name
usb_manufacturer_name  AVM
200 GETENV command successful
ftp> quote GETENV maca
maca                  C8:0E:xx:xx:xx:xA
200 GETENV command successful
ftp> quote GETENV macb
macb                  C8:0E:xx:xx:xx:xB
200 GETENV command successful
ftp> quote GETENV macwlan
macwlan               C8:0E:xx:xx:xx:xC
200 GETENV command successful
ftp> quote GETENV macwlan2
macwlan2              C8:0E:xx:xx:xx:xD
200 GETENV command successful
ftp> quote GETENV macdsl
macdsl                C8:0E:xx:xx:xx:x7
200 GETENV command successful
ftp> quote GETENV usb_board_mac
usb_board_mac         C8:0E:xx:xx:xx:x8
200 GETENV command successful
ftp> quote GETENV usb_rndis_mac
usb_rndis_mac         C8:0E:xx:xx:xx:x9
200 GETENV command successful
ftp> quote GETENV my_ipaddress
my_ipaddress          192.168.178.1
200 GETENV command successful
ftp> quote GETENV tr069_passphrase
tr069_passphrase      xxxxxxxxxxxx
200 GETENV command successful
ftp> quote GETENV tr069_serial
tr069_serial          00040E-C80ExxxxxxxA
200 GETENV command successful
ftp> quote GETENV wlan_key
wlan_key              xxxxxxxxxxxxxxxxxxxx
200 GETENV command successful
ftp> quote GETENV HWRevision
HWRevision            213
200 GETENV command successful
ftp> quote GETENV HWSubRevision
HWSubRevision         4
200 GETENV command successful
ftp> quote GETENV ProductID
ProductID             Fritz_Box_HW213a
200 GETENV command successful
ftp> quote GETENV annex
annex                 Kabel
200 GETENV command successful
ftp> quote GETENV firmware_info
firmware_info         141.06.23
200 GETENV command successful
ftp> quote GETENV firmware_version
firmware_version      avm
200 GETENV command successful
ftp> quote GETENV kernel_args
501 environment variable not set
ftp> quote GETENV linux_fs_start
linux_fs_start        0
200 GETENV command successful
ftp> quote GETENV provider
501 environment variable not set
ftp>

Code:
ftp> open 192.168.178.1
Verbindung mit 192.168.178.1 wurde hergestellt.
220 ADAM2 FTP Server ready
530 not logged in
Benutzer (192.168.178.1:(none)):
331 Password required for adam2
230 User adam2 successfully logged in
ftp> quote MEDIA FLSH
200 Media set to MEDIA_FLASH
ftp> quote SETENV my_ipaddress 192.168.178.1
200 SETENV command successful
ftp> quote GETENV SerialNumber
SerialNumber          0000000000000000
200 GETENV command successful
ftp> quote GETENV autoload
autoload              yes
200 GETENV command successful
ftp> quote GETENV bootloaderVersion
bootloaderVersion     1.2567
200 GETENV command successful
ftp> quote GETENV bootserport
bootserport           tty0
200 GETENV command successful
ftp> quote GETENV cpufrequency
cpufrequency          1200000000
200 GETENV command successful
ftp> quote GETENV firstfreeaddress
firstfreeaddress      0x00b20000
200 GETENV command successful
ftp> quote GETENV flashsize
flashsize             nor_size=0MB sflash_size=2MB nand_size=2048MB
200 GETENV command successful
ftp> quote GETENV memsize
memsize               0x10000000
200 GETENV command successful
ftp> quote GETENV modetty0
modetty0              38400,n,8,1,hw
200 GETENV command successful
ftp> quote GETENV modetty1
modetty1              38400,n,8,1,hw
200 GETENV command successful
ftp> quote GETENV modulemem
modulemem             3862507
200 GETENV command successful
ftp> quote GETENV mtd1
mtd1                  0x4000000,0x4800000
200 GETENV command successful
ftp> quote GETENV mtd2
mtd2                  0xa0000,0xc0000
200 GETENV command successful
ftp> quote GETENV mtd3
mtd3                  0xc0000,0x100000
200 GETENV command successful
ftp> quote GETENV mtd4
mtd4                  0x100000,0x140000
200 GETENV command successful
ftp> quote GETENV prompt
prompt                Eva_AVM
200 GETENV command successful
ftp> quote GETENV req_fullrate_freq
req_fullrate_freq     100000000
200 GETENV command successful
ftp> quote GETENV sysfrequency
sysfrequency          100000000
200 GETENV command successful
ftp> quote GETENV urlader-version
urlader-version       3567
200 GETENV command successful
ftp> quote GETENV usb_device_id
usb_device_id         0x0000
200 GETENV command successful
ftp> quote GETENV usb_revision_id
usb_revision_id       0x0000
200 GETENV command successful
ftp> quote GETENV usb_device_name
usb_device_name       USB DSL Device
200 GETENV command successful
ftp> quote GETENV usb_manufacturer_name
usb_manufacturer_name  AVM
200 GETENV command successful
ftp> quote GETENV maca
maca                  C8:0E:xx:xx:xx:x4
200 GETENV command successful
ftp> quote GETENV macb
macb                  C8:0E:xx:xx:xx:x5
200 GETENV command successful
ftp> quote GETENV macwlan
macwlan               C8:0E:xx:xx:xx:x6
200 GETENV command successful
ftp> quote GETENV macwlan2
macwlan2              C8:0E:xx:xx:xx:x7
200 GETENV command successful
ftp> quote GETENV macdsl
macdsl                C8:0E:xx:xx:xx:x1
200 GETENV command successful
ftp> quote GETENV usb_board_mac
usb_board_mac         C8:0E:xx:xx:xx:x2
200 GETENV command successful
ftp> quote GETENV usb_rndis_mac
usb_rndis_mac         C8:0E:xx:xx:xx:x3
200 GETENV command successful
ftp> quote GETENV my_ipaddress
my_ipaddress          192.168.178.1
200 GETENV command successful
ftp> quote GETENV tr069_passphrase
tr069_passphrase      xxxxxxxxxxxx
200 GETENV command successful
ftp> quote GETENV tr069_serial
tr069_serial          00040E-C80Exxxxxxx4
200 GETENV command successful
ftp> quote GETENV wlan_key
wlan_key              xxxxxxxxxxxxxxxxxxxx
200 GETENV command successful
ftp> quote GETENV HWRevision
HWRevision            213
200 GETENV command successful
ftp> quote GETENV HWSubRevision
HWSubRevision         4
200 GETENV command successful
ftp> quote GETENV ProductID
ProductID             Fritz_Box_HW213a
200 GETENV command successful
ftp> quote GETENV annex
annex                 Kabel
200 GETENV command successful
ftp> quote GETENV firmware_info
firmware_info         141.06.23
200 GETENV command successful
ftp> quote GETENV firmware_version
firmware_version      avm
200 GETENV command successful
ftp> quote GETENV kernel_args
501 environment variable not set
ftp> quote GETENV linux_fs_start
linux_fs_start        0
200 GETENV command successful
ftp> quote GETENV provider
501 environment variable not set
ftp>
Durch arp ist mir übrigens aufgefallen, das beide Boxen für ca. 15 Pings unter 192.168.178.254 pingbar sind.
 
Das sind doch beides die selben Boxen ?!

Wobei ja aber linux_fs_start zumindest ausgegeben wird (vorher Tippfehler ?)
 
An dem letzten Zeichen bei den MACs kann man sehen, das es andere boxen sind...
Und ja, linux_fs_start wird jetzt ausgegeben... Tippfehler ist auszuschließen, da ich ein AutoIT Script habe, was bei einem Ping sofort ftp mit entsprechenden Befehlen aufruft...
Aber auch egal ob ich linux_fs_start 0 oder 1 benutze, er will nicht... auf linux_fs_start 1 ist die eine Box bei 6.50, der Rest bleibt aber identisch...
 
1. Ich würde mich erst einmal auf eine einzelne Box konzentrieren, bis ich verstanden habe, wie die eigentlich funktionieren.

2. In #1568 beim Buchstaben "a" kommt beim Leser (bzw. bei mir) der Eindruck zustande, daß Du nicht zwischen den verschiedenen Zuständen (vor dem Start, beim Start, nach dem Laden des Kernels, nach dem Aktivieren des Netzwerks) unterscheiden kannst. Beim Zugriff auf den Bootloader ist zwar ein "ping" auch ein möglicher Ansatz, aber eher dann, wenn bereits die MAC-Adresse bekannt ist. Ansonsten kann nämlich eine ausbleibende Antwort auf einen ARP-Request (weil der zu einen Zeitpunkt eingeht, wo der Bootloader der Box ihn noch nicht empfängt, weil die noch nicht soweit ist) schon mit einem entsprechenden Timeout dazu führen, daß die knappe Zeit von 5 Sekunden, in der der FTP-Server im Bootloader nur ansprechbar wäre, bereits vergangen ist. Genau dazu dient dann auch der dazwischengeschaltete Switch ... er soll dafür sorgen, daß der Windows-PC nicht erst in dem Moment, wo die Box ihrerseits die Ethernet-Ports aktiviert, eine neue LAN-Verbindung feststellt und bei der anschließenden Initialisierung seiner eigenen Netzwerk-Karte erst einmal wertvolle Zeit vergeudet.

3. Aus Deiner ursprünglichen Frage geht nicht einmal klar hervor, von welcher Plattform aus Du überhaupt arbeiten willst ... man kann es nur "annehmen", daß es sich um einen Windows-PC handelt (weiß aber auch dann noch nicht, welche Version zum Einsatz kommt), weil Du etwas von "DisableDHCPMediaSense" schreibst. Nun kann man das bereits kennen (muß man aber nicht) oder man verwendet (als Leser) eine Suchmaschine, um zu erkunden, was sich dahinter verbergen mag (ist aber irgendwie nicht die Aufgabe desjenigen, der helfen soll, sondern die des Hilfesuchenden - ein "klare Beschreibung und dedizierte Frage" bringt sicherlich eher (hilfreiche) Antworten).

4. Theoretisch kann man tatsächlich über die Registry und den angesprochenen Eintrag das "media sensing" bei einer Windows-Installation abschalten ... das zieht aber nicht automatisch eine korrekt konfigurierte Netzwerk-Karte nach sich und obwohl viele Leute das kaum glauben mögen ... es hat auch schon Fehler bei der manuellen Konfiguration von Netzwerkeinstellungen gegeben. Daher gehört an die Stelle der Beschreibung "in Prosa" ganz einfach die Ausgabe von "ipconfig /all" bei einer Windows-Installation - das dämpft das Mißtrauen der Leserschaft, daß da (unbemerkte) Fehler in der Konfiguration vorhanden sind. Auch kann man sich eben diese Abschaltung des "media sense" (was ohnehin über "netsh" i.d.R. einfacher geht und nicht einmal den Neustart braucht, der nach der direkten Änderung in der Registry erforderlich wäre) schenken, wenn man den bereits erwähnten Switch verwendet ... dann findet das "media sensing" ja zwischen Switch und PC statt und der PC kriegt ohnehin nicht mit, wenn / wann die FRITZ!Box die Ethernet-Ports aktiviert.

5. Das "blinde" Verändern des Inhalts von "firmware_version" wird zwar immer wieder "gerne genommen" (warum eigentlich genau?) ... ist aber max. in die Richtung "avm" eine halbwegs akzeptable Idee, weil bei dieser Einstellung und älterer Firmware zusätzliche Möglichkeiten der Konfiguration angeboten werden könnten. Diese Einstellung auf einen Wert zu ändern, von dem man gar nicht weiß, ob die installierte Firmware ihn überhaupt unterstützt, ist jedenfalls ziemlicher Unsinn und am Ende riskiert man nur, daß der Bootprozess einer so geänderten Box irgendwo mittendrin unterbrochen wird (zu einem ungünstigen Zeitpunkt) und die Box im Anschluß nicht benutzbar ist. Eine mögliche Fehlerquelle wäre es z.B., daß die Box mitten in der Initialisierung der NvramDb-Strukturen für den "production mode" unterbrochen wird und dabei die Strukturen, anhand derer die Entscheidung "neu initialisieren oder nicht" gefällt wird, bereits bestehen, aber nicht vollständig sind (wegen des Abbruchs).

6. Das mit dem "nicht alles verstanden, was ich gelesen habe" wird auch noch dadurch vertieft, daß Du da (auch zweimal) etwas im FTP-Server machst, was zumindest einer Erklärung bedarf und da meine ich folgendes:
Code:
ftp> open [COLOR="#FF0000"]192.168.178.1[/COLOR]
Verbindung mit 192.168.178.1 wurde hergestellt.
220 ADAM2 FTP Server ready
530 not logged in
Benutzer (192.168.178.1:(none)):
331 Password required for adam2
230 User adam2 successfully logged in
ftp> quote MEDIA FLSH
200 Media set to MEDIA_FLASH
ftp> [COLOR="#FF0000"]quote SETENV my_ipaddress 192.168.178.1[/COLOR]
200 SETENV command successful
Der Bootloader verwendet ja ganz offensichtlich bereits die IP-Adresse 192.168.178.1, ansonsten hätte ja die FTP-Verbindung zu dieser Adresse nicht funktioniert. Welchen Sinn soll es da haben (auch wenn es nicht wirklich schädlich ist), die Einstellung "my_ipaddress" jetzt mit "SETENV" noch einmal auf diesen Wert zu setzen? Der steht mit fast 100% Sicherheit bereits auf diesem Wert und wenn sich die Leute endlich mal angewöhnen würden, vor einer Änderung erst einmal den Ist-Zustand mit "GETENV" abzufragen, dann wüßten sie wenigstens bei Problemen, auf welchen Wert sie wieder zurück müssen bzw. dann fiele ihnen auch die Sinnlosigkeit dieses Vorgehens vielleicht auf. Wer aber solche Kommandofolgen ausführt, ohne sie zu hinterfragen und dann offensichtlichen Unsinn macht, der muß sich auch die Vermutung gefallen lassen, daß er eigentlich nichts verstanden hat. Das ist bei den Leuten, die fleißig "debug" im FTP-Client eintippen und gar nicht merken, daß sich für sie nichts ändert, auch nicht anders und der Gipfel des Unsinns ist dann der auch irgendwo nachzulesende "Tipp", man solle in einer FTP-Session nur "MEDIA FLSH" ausführen und die dann wieder beenden - als gäbe es irgendwo einen "Schalter", den man damit dauerhaft umlegen würde.

7. Wenn Du das systematisch angehen willst, entscheide Dich für eine einzelne Box (das macht auch das "Mitlesen" leichter, weil man meist nicht nachvollziehen kann, auf welche Box sich nun ein beschriebenes Ergebnis beziehen soll). Ich würde die mit der neueren Firmware nehmen und dort auch die Variable "linux_fs_start" (am Ende) so einstellen, daß die neuere Firmware-Version startet (auch wenn man wissen sollte, welche Version in der alternativen Partition nun installiert ist). Bei neuerer Firmware ist die Chance höher, daß sie bereits den Code zum "Retten" neuer Zertifikate enthält, wenn die Box diese nicht ab Werk haben sollte. Dann einmal vollständig und an einer Stelle beschrieben, wie sich die Box beim Start verhält (inkl. Timings und LED-Anzeigen) und man kriegt zumindest mal eine Vorstellung, wie weit so eine Box nun beim Starten kommt und wo es dann klemmen könnte. So eine Box ist ja eine recht geschlossene Umgebung (solange sie nicht am Kabel hängt) und der Bootvorgang ist ziemlich deterministisch in seinem Ablauf. Damit kann man schon anhand der vergangenen Zeit (und einer "Vergleichsbox") in etwa feststellen, wie weit sie beim Start kommt, bevor der Neustart eingeläutet wird.

8. Wenn es tatsächlich falsche Einstellungen in der Box sind, die einen vollständigen Start verhindern, dann wirst Du vermutlich nicht umhinkommen, Dich mit den "eva_tools" zu befassen ... egal ob Du das willst oder nicht. Hat man die FRITZ!Boxen verstanden und kann im erforderlichen Maße mit seinem PC umgehen (egal ob der nun Windows oder Linux verwendet, wobei für das Zusammenstellen eines TFFS-Images Linux benötigt wird, es sollte aber auch im Subsystem unter Windows funktionieren), dann sollte auch die Verwendung des passenden Skripts (was man zum Auslesen von Environment und Countern nun mal braucht ... oder man macht das von Hand, wenn man in den Garten will) keine echte Hürde sein ... das passiert eigentlich nur dann, wenn man nicht die erforderliche Geduld für die "Einarbeitung" aufbringt und einfach zur nächsten denkbaren Variante springt, bei der man dann wieder vor anderen Problemen steht. Solche "Springer" sind auch für diejenigen "besonders wertvoll", die tatsächlich helfen wollen ... man setzt sich hin, schreibt so jemandem eine Antwort und der fällt dann beim kleinsten Lufthauch um und macht etwas vollkommen anderes, weil ihm einfach die Ausdauer fehlt. Nun darfst Du mal raten, wie dann die Chancen sind, daß man überhaupt eine Antwort kriegt, wenn man das gleich am Beginn so angeht. Das meint nicht, daß man sich hinsetzen und auf Hilfe warten soll und daß es nicht von Vorteil ist, wenn man selbst verschiedene Wege ausprobiert ... aber wenn das Ergebnis solcher Versuche dann ist: "Das funktioniert bei mir nicht." und dabei eigentlich durchscheint, daß da Fehler bei der Anwendung bzw. beim "Nachmachen" die eigentliche Ursache dieses "funzt nicht" sind, dann wirkt das Springen zwischen verschiedenen Ansätzen eben nur noch hilflos und da stellt sich dann der Hilfewillige wahrscheinlich die Frage, ob es den Aufwand (den ja auch er hat) überhaupt lohnt.

So, das mußte ich wieder mal loswerden und das war hier auch wieder einmal ein passender Fall ... wenn es Dir gelingen sollte, das noch einmal zu systematisieren und geeignet zu beschreiben (damit der Leser sich eben nicht über mehrere Beiträge Deine Probleme zusammensuchen muß), dann sollten eigentlich beide Boxen (wenn die sogar noch bis zur Aktivierung des Netzwerks beim ATOM-Kern kommen, worauf das ICMP-Reply von der .254 ja hindeutet) auch zum vollständigen Start zu überreden sein, wo man dann auch das GUI erreicht.

Aber das gibt es eben nicht ohne entsprechende Anstrengung und quasi "im Vorübergehen" - das braucht erst einmal das "Anlesen" der richtigen Kenntnisse und dann deren Anwendung. Wer bereits am Beginn einschätzt, daß er das "nicht bringt", der sollte sich die zu investierende Zeit dann sparen (und spart als Nebeneffekt den anderen hier auch noch welche).
 
Hallo PeterPawn,
vielen Dank für deine lange und ausführliche Antwort.
Entschuldige bitte, wenn das von mir bisher geschriebene teils seeeehr dilletantisch daher kam.
Mein System ist ein Windows 10 Pro x64 mit insg. 4 LAN-Adaptern (2x on Board, 1x PCI-e, 1x PCI)
Ich habe mich bereits in der Vergangenheit mit den 7390er Boxen "beschäftigt" und da z.B. (just for fun) den Urlader per Telnet heruntergeladen, modifiziert und wieder hochgeladen.
Zu der Zeit ist auch mein AutoIT-Script entstanden, wo das SETENV my_ipaddress entstand. Dies war der Tatsache geschuldet, das ich hier mehrere 7390er hatte, wo dieser Wert verstellt war,
ich aber über mein AutoIT Script dran kam.
Ein mögliches Problem war wohl trotz Switch, dass arp die IP an den falschen Adapter gebunden hat...
Ich habe eine Box mit zur Arbeit genommen und hier an einen PC mit einem Minimal-Debian 8.7.1 x86 angeschlossen.
Hier komme ich jetzt auch immer wieder in EVA rein.
Durch einen Tip von einer anderen Stelle habe ich jetzt (in Kurzform)
- 6.63 image ausgepackt
- kernel.image auf mtd1 geflasht
- filesystem.image auf mtd0 geflasht
- mtd3 und mtd4 mit einer leeren Datei geflasht
- reboot gemacht
Die Box läuft jetzt "sauber" mit 6.63 und new/new laut support.lua
Nachteil war, das sämtliche Enviroments dadurch hops gegangen sind.
Da ich aber bis auf tr069_passphrase alles noch vorliegen hatte, konnte ich die alten Werte setzen. (btw: weiss jemand, ob/wie man tr069_passphrase "errechnen" kann?)
Bis jetzt sieht das soweit alles gut aus...
Ich werde mich heute abend noch mal melden...
 
https://c4.avm.de

Hallo Leute,

kurze Frage:

Was für eine Bedeutung hat "https://c4.avm.de"?

So wie ich es verstanden habe, bei einer Box mit Zertifikaten old/old und dieser Server "erreichbar" aus dem Netz,
würden dann die Zertifikate, beim einem Online-Update z.B. von 6.61 auf 6.63, auch erneuert, also auf new/new gesetzt.

Oder habe ich was falsch verstanden?

Gruß

E.L.G.
 
zu #1580:
Sorry, da muß ich dann doch noch einmal "dazwischengrätschen", bevor das der nächste Leser dann genauso nachmachen will, weil es hier ja funktioniert haben soll.

Schon das Schreiben nur eines Kernels und eines Dateisystem-Images bei einer 6490 ist eigentlich falsch (es gibt schließlich zwei Systeme und braucht somit auch zwei Kernel und zwei Dateisysteme) und wenn das hier tatsächlich funktioniert auf den ersten Blick, dann ist entweder bereits eine 06.63 installiert gewesen (und damit paßt das andere System zu den neu geschriebenen) oder es gibt früher oder später Probleme (wobei das auch davon abhängt, wie groß der Unterschied zwischen den Versionen auf dem ARM- und dem ATOM-System nun ist).

Das Schreiben einer leeren Datei in die TFFS-Partitionen ist ja am Ende genau das (und da wäre das Flashen von Kernel und Dateisystem dann komplett überflüssig), was auch beim (kontrollierten) Bauen und Flashen eines passenden TFFS-Images erfolgt wäre ... die vorhandenen Einstellungen wurden gelöscht.

Daß es bei einer 6490 nicht immer wirklich eine gute Idee ist, wenn die mit einem leeren Environment (das ist das Ergebnis nach dem Schreiben einer leeren Datei in die TFFS-Partitionen) gestartet wird, wissen wir inzwischen auch ... die Berichte derjenigen, bei denen die 6490 mit einer sehr mehrwürdigen MAC-Adresse startet (dem Hex-Äquivalent zu "0x00, ") und nicht einmal im Bootloader mehr richtig funktioniert, sind hier auch nachzulesen, inkl. der daraus entstehenden Probleme.

Nun mag das zwar auf bestimmte Bootloader-Versionen beschränkt sein, aber die hier gesammelten Daten in dieser Hinsicht sind noch so unübersichtlich, daß man nur dringend davon abraten kann, einfach eine solche leere Datei zu schreiben ... zumal eben das Auslesen der Daten aus der Box und das Schreiben eines passenden TFFS-Images auch kein Problem ist, wenn man sich damit beschäftigt. Erst recht sollte man das nicht so machen, wenn man nicht 100%ig sicher ist, daß man die "Geburtsdaten" der Box (inkl. der wichtigsten Einstellung, der CM-MAC-Adresse in "macdsl") noch irgendwo gesichert hat - und da man das am einfachsten durch das Auslesen von "env" erreichen kann, kann man damit dann auch gleich ein neues TFFS-Image bauen lassen und dann braucht man auch den "Quatsch" (nicht überbewerten, die Anführungszeichen sind absichtlich gesetzt) mit dem leeren TFFS-Image nicht wirklich. Da diese CM-MAC nun einmal diejenige ist, die mit dem Gerätezertifikat beglaubigt wurde, muß die eben auch mit der im Zertifikat hinterlegten Adresse übereinstimmen ... ansonsten ist zumindest das eCM in der Box wertlos.

Um das also noch einmal ganz deutlich zu schreiben: Liebe Kinder, das Vorgehen aus #1580 solltet ihr bitte zuhause nicht nachmachen. Das mag hier aus unbekannten Gründen funktioniert haben, es ist aber ziemlich sicher, daß das so nicht bei jeder beliebigen 6490 funktioniert und die Chancen, sich damit erst richtige Probleme einzuhandeln, sind recht groß. Hier sind eben gleich zwei Fehler in der Beschreibung ... man sollte kein leeres Image in die TFFS-Partitionen einer 6490 schreiben (braucht man auch nicht, weil man sich jederzeit ein richtiges "basteln" kann) und eine vollständige Firmware-Version einer 6490 besteht aus vier Dateien, die dann in die jeweils richtigen Partitionen geschrieben werden müssen.

@sockd:
Die andere Stelle, an der Du diese Beschreibung gefunden hast, würde mich brennend interessieren. Wenn das dort tatsächlich so (für die 6490) beschrieben sein sollte, wie Du es hier darlegst, dann wäre diese Fundstelle eben auch falsch und man sollte dort dann dafür sorgen (oder es zumindest versuchen), daß das nicht noch einmal "nachgemacht" wird bzw. daß die damit verbundenen Risiken dort auch klar benannt werden.

Ansonsten ist die "tr069_passphrase" irgendeine beliebige Zeichenkette - sofern sie nicht auf einem Aufkleber irgendwo zu finden ist, denke Dir einfach eine passend aufgebaute, eigene Zeichenfolge aus. Hinweise zum Format, das bei AVM verwendet wird (also Zeichenvorrat und Länge), findest Du in anderen Threads hier im IPPF.
 
Hallo Leute,

kurze Frage:

Was für eine Bedeutung hat "https://c4.avm.de"?

So wie ich es verstanden habe, bei einer Box mit Zertifikaten old/old und dieser Server "erreichbar" aus dem Netz,
würden dann die Zertifikate, beim einem Online-Update z.B. von 6.61 auf 6.63, auch erneuert, also auf new/new gesetzt.

Oder habe ich was falsch verstanden?

Gruß

E.L.G.

Die Zeiten sind vorbei.....
 
@stoney0815

Deswegen die Frage....

Musste was besonderes gemacht werden? oder ist es einfach so gelaufen?

Gruß

E.L.G.
 
Das lief mit dem FW Updateprozess

Wenn man diese (vollständige) Adresse "anfragte" konnte man herrausfinden ob man aus seinem (Kabel) Netz diesen (noch/wieder) erreichen konnte, falls ja hatte man dann neue certs..... (falls diese noch nicht "verbrannt wurden - jede MAC hat nur einmalig die neuen certs ausgestellt bekommen)
 
- mtd3 und mtd4 mit einer leeren Datei geflasht
- reboot gemacht
Die Box läuft jetzt "sauber" mit 6.63 und new/new laut support.lua

nur mtd0 und 1 geflasht, 6,7 herausgelassen,mtd3 & 4 mit ner leeren datei überschrieben.
wenn die box noch sauber bootet fress ich nen besen quer...
herr, lass hirn vom himmel regenen...

- - - Aktualisiert - - -

zu #1580:

@sockd:
Die andere Stelle, an der Du diese Beschreibung gefunden hast, würde mich brennend interessieren. Wenn das dort tatsächlich so (für die 6490) beschrieben sein sollte, wie Du es hier darlegst, dann wäre diese Fundstelle eben auch falsch und man sollte dort dann dafür sorgen (oder es zumindest versuchen), daß das nicht noch einmal "nachgemacht" wird bzw. daß die damit verbundenen Risiken dort auch klar benannt werden.

vermutlich in diesem posting, wo es mr schlaukopf nicht geschafft hat, das was ich in den codetags gepostet hab nach unten zu scrollen...
http://www.ip-phone-forum.de/showthread.php?t=286994&page=79&p=2214730&viewfull=1#post2214730
http://www.ip-phone-forum.de/showthread.php?t=287470&p=2210206&viewfull=1#post2210206
 
Dann wünsche ich viel Spaß beim Besen essen :)
Auch wenn ihr nicht glauben könnt, das es läuft ... es läuft ...

Habe jetzt mtd0/1/6/7/11/12/13/14 mit den entsprechenden Files vom 6.63er Image über eva/adam2 geflasht.
Bei der 2. Box war danach immer noch der BootLoop. Diesen konnte ich durch überschreiben von mtd3+mtd4 mit einer leeren Datei beheben.
Dadurch waren natürlich die enviroments weg (die ich vorher mit get env gesichert hatte).
Nach einem Reboot sind "Standard-Enviroments" angelegt worden, die natürlich falsch sind.
Ein weiterer Reboot mit Abfangen in eva/adam2 und eintragen aller enviroments.
Normaler Reboot, auf Werkseinstellungen zurück gesetzt und alles sieht gut aus.
Das einzige was bis jetzt noch nich will ist das setzen von usb_device_name, weil er nur 1 Wert haben will, "USB DSL Device" aber 3 sind. Und ""/''/\ /()/{}/[] will er nicht.

Erklärt mich gerne für verrückt... aber bis gestern hatte ich 2 Briefbeschwerer hier, die nur im Kreis gebooted sind.
Jetzt habe ich bis auf den usb_device_name alles drin und 2 Fritz!Boxen mit aktueller Firmware, neuen Zertifikaten und kann über Webinterface alles sehen und machen. Und das mit dem usb_device_name bekomme ich bestimmt auch noch hin.

Danke für euren Input und eure Kommentare, denn ohne die hätte ich es nicht dahin geschafft.
 
wenn du mt3 und 4 mit passendem inhalt ( nicht Yourfritz schnall ich nicht ) sondern nachfragen, was dir fehlt, auslesen und dann mit dem generierten file geflasht hättest, wäres es wie ein recovery gewesen.
ICH RATE JEDEM NOCHEINMAL NACHDRINGLICH DAVON AB MTD3 & 4 MIT NER LEEREN DATEI ZU ÜBERSCHREIBEN.!!!
aber: schön das du dich drann freust. nur: sauber, geht anders. ;)
 
Zuletzt bearbeitet:
Damit man nicht aus Versehen einfach auf eine andere Version switchen kann (oder wenn es die Box mal von selbst machen sollte xD )
 
Aus welchem Grund hast du denn die gleiche Version in beide Partitionen geflasht?
Weil vorher eine 6.23 und/oder 6.50 da drin waren wo ich nicht weiß ob/was da schon dran rumgebastelt wurde. So habe ich einen "einheitlichen" definierten Stand.
Es wäre nicht nötig gewesen, war mir aber ein Bedürfnis so.

- - - Aktualisiert - - -

wenn du mt3 und 4 mit passendem inhalt ( nicht Yourfritz schnall ich nicht ) sondern nachfragen, was dir fehlt, auslesen und dann mit dem generierten file geflasht hättest, wäres es wie ein recovery gewesen.
ICH RATE JEDEM NOCHEINMAL NACHDRINGLICH DAVON AB MTD3 & 4 MIT NER LEEREN DATEI ZU ÜBERSCHREIBEN.!!!
aber: schön das du dich drann freust. nur: sauber, geht anders. ;)

Ja, sauber ist anders... gebe ich dir Recht... für meiner einer aber dennoch ein Erfolg von BootLoop zu """funktionierend"""

Und ja, auch ich würde jedem davon abraten, mtd3 und mtd4 mit ner leeren Datei zu überschreiben... mich hatte es in diesem Fall aber erstmal weiter zum Ziel gebracht...
Das was ich da mit den Boxen veranstaltet habe, hätte die auch unwiederbringlich zum Briefbeschwerer machen können...

Könntest du mir evtl. nen Tip geben, wie ich files für mtd3 / mtd4 generieren kann? Die Werte habe ich ja für beide Boxen da... und es fehlt ja eigentlich sowieso nur noch der usb_device_name...
 
Könntest du mir evtl. nen Tip geben, wie ich files für mtd3 / mtd4 generieren kann? Die Werte habe ich ja für beide Boxen da... und es fehlt ja eigentlich sowieso nur noch der usb_device_name...

jo, die beiden datein mit yourfritz eva_getenvironment auslesen und gut wegpacken. über schreibt am nämlich mtd3&4 mit ner leeren datei. kann man sie später nicht mehr so einfach wieder dumpen.
es sei denn, man editiert die gedumpeten datein ( auch wenn in denen was fehlt ) und füllt sie dann mit passendem inhalt.
um mit yourfritz zu arbeiten sollte deine shell nicht ash, sondern bash sein und PATH=§PATH:/den/pfad/zu/yourfritz/helpers definiert sein
http://www.ip-phone-forum.de/showthread.php?t=285810&p=2162540&viewfull=1#post2162540
erklärt das ganz gut
 
Kann jmd. einem Beginner mal erläutern, was es mit diesen Fehlermeldungen aufsich hat

Code:
micha@MICHA0815X64:/mnt/c/Users/Micha0815/evatools/YourFritz/eva_tools$ ./eva_get_environment env >env.txt
./eva_get_environment: 36: read: Illegal option -u
./eva_get_environment: 205: ./eva_get_environment: Bad substitution

Ich habe nirgendwo dazu etwas gefunden.
LG
 
Das ist eine merkwürdige Shell, die da zum Einsatz kommt. "eva_get_environment" braucht eine "bash" oder "ash" der BusyBox ... beide sollten das Kommando "read -u <fd>" kennen, mit dem aus einem anderen Filedescriptior als "0" (STDIN) gelesen werden kann.

Ist das bei Dir die "bash" aus dem Linux unter Windows 10 (x64)? Ich habe die Sachen aus "eva_tools" selbst noch nicht in dieser Umgebung laufen lassen ... unter Windows würde ich immer erst einmal auf die PowerShell-Versionen zurückgreifen, wenn es um Netzwerkzugriffe geht.

Wenn ich in diesem Zusammenhang (eva_tools bzw. tffs) von der "bash" unter Windows geschrieben haben sollte, ging es hoffentlich immer nur um die Skript-Dateien aus "tffs" - die verwenden m.W. nichts, was der "bash" unter Windows ins Gehege kommen könnte und - anders als bei den "eva_tools" - es gibt im Moment keine Windows-Versionen von Skripten (zumindest nicht von mir), die zum Zusammenbau eines TFFS-Images genutzt werden könnten.

Es kann gut sein, daß die "bash" von Canonical für Windows die Option nicht kennt ... ist aber simpel zu testen. Einfach mal ein "read -u 3" auf der Kommandozeile der "bash" eingeben - das Ergebnis sollte dann "bad file descriptor" lauten und nicht "unknown option -u".

- - - Aktualisiert - - -

Ein paar kürzere Bemerkungen zur Verwendung der PowerShell-Versionen habe ich hier mal aufgeschrieben vor einiger Zeit.
 
Holen Sie sich 3CX - völlig kostenlos!
Verbinden Sie Ihr Team und Ihre Kunden Telefonie Livechat Videokonferenzen

Gehostet oder selbst-verwaltet. Für bis zu 10 Nutzer dauerhaft kostenlos. Keine Kreditkartendetails erforderlich. Ohne Risiko testen.

3CX
Für diese E-Mail-Adresse besteht bereits ein 3CX-Konto. Sie werden zum Kundenportal weitergeleitet, wo Sie sich anmelden oder Ihr Passwort zurücksetzen können, falls Sie dieses vergessen haben.