Oldtimer-Rallye: OpenWRT auf 7360v2 Problem. Gelöst.

KlausReichl

Neuer User
Mitglied seit
13 Jan 2017
Beiträge
34
Punkte für Reaktionen
4
Punkte
8
Hallo,

ich bin ein großer Freund davon, ältere Geräte nach Möglichkeit noch zu verwenden, wenn alle Sicherheitsaspekte berücksichtigt sind. Deshalb habe ich eine 7360 netcologne vor der Entsorgung gerettet. Lt. Seriennummer eine v2. Der erste Schritt bestand zunächst mal im Recovern mit der letzten verfügbaren Version von AVM, ie. 06.88. Das klappte erst nach Debranding in einer ftp-Session, das Recover-Tool brach ansonsten vorher ab. Dabei auch noch mal HWRevision geprüft, 196, also wohl wirklich eine v2. Soweit, so gut, die Box ist nun nach recover auf 06.88.

Bei OpenWRT habe ich mich zunächst mal für die Version 22.03.07 entschieden, nach Hinweisen im Netz, dass diese wohl die höchste Fehlerfreiheit bei meiner Box bietet.

Mit der offiziellen Flash-Anleitung von OpenWRT komme ich bis
quote MEDIA FLSH Media set to MEDIA FLSH

Der eigentlich Flash allerdings scheitert am Kommando
put openwrt.bin mtd1 command not implemented. 425 can't open data connection

Offenkundig müsste der Befehl anders lauten. Hat jemand einen Tip für mich? Alles Studieren der verschiedenen im Netz findbaren Varianten durchprobiert, bislang ohne Erfolg.

Besten Dank vorab!
 
Danke für Dein schnelle Antwort, Kunterbunter. Genaues habe ich mir leider nicht notiert, es war in jedem Fall Netcologne als provider.
Ah, du denkst an das FTP Programm? Ich habe die admin cmd in Win11 benutzt, und da andere Befehle wie beim Debranding durchgingen, kam ich auf den Gedanken nicht. Welches würdest du empfehlen? Filezilla scheint erstmal ne ganze Zeit des Einarbeitens zu erfordern...
 
fehlt da nicht was?

quote MEDIA FLSH
binary
put openwrt.bin mtd1
 
Welche Anleitung hast du benutzt?
Die bei openWRT zu dieser Box hinterlegte. Zunächst zumindest mal.Da ist der Wechsel zu binär bereits vorher

ftp 192.168.178.1
Name: adam2 and Password: adam2
quote GETENV HWRevision
bin
passiv
quote MEDIA FLSH
put openwrt-21.02.3-lantiq-xrx200-avm_fritz7360-v2-squashfs-sysupgrade.bin mtd1
exit

[Edit Novize: Beiträge gemäß der Forumsregeln zusammengefasst]

Ich benutze ncftp
Danke. Muss ich mal versuchen. Vielleicht macht das einen Unterschied.
Wie ich sehe, ist das ein ganzes Set an tools. Welches verwendest du für das Flashen?
  • NcFTP - FTP browser program
  • NcFTPGet - command-line utility program
  • NcFTPPut - command-line utility program
  • NcFTPLs - command-line utility program
  • NcFTPBatch - background FTP program for individual users
  • NcFTPSpooler - background batch FTP service for systems
 
Zuletzt bearbeitet:
Ich sagte ja, ich benutze NcFTP. Falls es wieder nicht klappt, poste mal hier das gesamte Kommandofenster in
Code:
 Tags.
Bist du sicher, dass ftp mit dem Bootloader der Fritzbox verbunden ist?
 
Zuletzt bearbeitet:
Bist du sicher, dass ftp mit dem Bootloader der Fritzbox verbunden ist?
naja, der Ping auf 192.168.178.1 antwortet, und adam login klappt auch

[Edit Novize: Beiträge gemäß der Forumsregeln zusammengefasst]

Ich sagte ja, ich benutze NcFTP
Mich hatte irritiert, dass dort der Zusatz Browser steht, und es noch ein weiteres Prog namens NcFTPPut gibt.
Verwende ich da genau die Befehle wie von openWRT angegeben?
 
Zuletzt bearbeitet von einem Moderator:
Muss das nicht heissen

put -z c:\temp\openwrt.bin mtd1
 
[Edit Novize: Überflüssiges Fullquote des Beitrags direkt darüber gelöscht - siehe Forumsregeln]
Das ist eben die Frage. Die o.g. reihenfolge ist c/p direkt von der openWRT Anleitung... Ich starte jetzt mal den versuch mit ncftp, Befehle erstmal wie von openwrt angegeben...
 
Zuletzt bearbeitet von einem Moderator:
[Edit Novize: Überflüssiges Fullquote des Beitrags direkt darüber gelöscht - siehe Forumsregeln]
Ich habe jetzt erstmal, um es zu reproduzieren, die admin cmd ftp genommen. Bei ncftp bin ich schon mit dem Befehl "ftp 192.168..." gescheitert, müsste ich mir also erstmal anschauen.

Vorbereitung mit "falscher" recover (für 7390)
Code:
FRITZ!Box Fon WLAN 7390 suchen an: 192.168.178.1
Eine Anlage gefunden! - Ermitteln der aktuellen Version.
Version erfolgreich ermittelt!
    Hardware:    196
    Urlader:    3473
    Firmware:    124.06.88
Firmware der 196 ist mit der Recover-Firmware inkompatibel

Diese Meldung so offen stehen gelassen....

[B]dann die FTP session[/B]

ftp 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)): adam2
331 Password required for adam2
Kennwort:

230 User adam2 successfully logged in
ftp> quote GETENV HWRevision
HWRevision            196

200 GETENV command successful
ftp> bin
200 Type set to BINARY
ftp> passiv
Ungültiger Befehl
ftp> quote PASV
227 Entering Passive Mode (192,168,178,1,12,10)
ftp> quote MEDIA FLSH
200 Media set to MEDIA_FLASH
ftp> put openwrt.bin mtd1
502 Command not implemented
425 can't open data connection
ftp> put openwrt.bin mtd1
120 Service not ready, please wait
[Edit Novize: Code-Tags eingefügt]
Wie zu sehen, ist der bei openWRT vorgesehene Befehl "passiv" gescheitert, habe ihn durch "quote PASV" ersetzt, das hat er genommen. Aber bei "put" eben gescheitert...
 
Zuletzt bearbeitet von einem Moderator:
  • Haha
Reaktionen: KunterBunter
Ich habe die admin cmd in Win11 benutzt,
Das funktioniert nicht! Der Windows FTP-Client unterstützt bekanntermaßen den (notwendigen) passive Mode nicht:
https://www.ip-phone-forum.de/threads/7590-dateiübertragung-zum-vom-eva-bootloader-schlägt-fehl-425-cant-open-data-connection.296350/

Brauchst du also damit gar nicht weiter versuchen (laut Beitrag #12 hast du es ja schon wieder mit dem Windows FTP-Client probiert). Nicht umsonst hat man dich hier auf andere FTP-Clients aufmerksam gemacht. Und auch bei der Anleitung von OpenWRT wird nicht umsonst auf andere FTP-Clients verwiesen…
 
Bei ncftp bin ich schon mit dem Befehl "ftp 192.168..." gescheitert, müsste ich mir also erstmal anschauen.
Das sollte man ganz generell immer so machen, bevor man eine Aktion startet.
Wie zu sehen, ist der bei openWRT vorgesehene Befehl "passiv" gescheitert, habe ihn durch "quote PASV" ersetzt, das hat er genommen.
Aber bei "put" eben gescheitert...
Dann ersetze ihn doch einfach durch einen anderen Befehl, z.B. "quote PUT". :D
 
Zuletzt bearbeitet:
Momentan scheitere ich sowohl mit ncftp (auszug unten) als auch mit filezilla.

Code:
ncftp -u adam2 -p adam2 192.168.178.1
NcFTP 3.2.6 (Nov 15, 2016) by Mike Gleason (http://www.NcFTP.com/contact/).
Resolving 192.168.178.1...                                                                                              Connecting to 192.168.178.1...                                                                                         
ADAM2 FTP Server ready
Logging in...                                                                                                           
User adam2 successfully logged in
Logging in...                                                                                                           Command not implemented
Command not implemented
Command not implemented
Logged in to 192.168.178.1.                                                                                             
ncftp / > bin
ncftp / > debug
ncftp / > passiv
> passiv

passive                        off
ncftp / > passiv
> passiv

passive                        on
ncftp / > put -z openwrt.bin mtd1
> put -z openwrt.bin mtd1

Cmd: REST 1
502: Command not implemented
Cmd: SIZE mtd1
502: Command not implemented
Cmd: STAT NoSuchFile
502: Command not implemented
Cmd: PWD
502: Command not implemented
Cmd: TYPE A
200: Type set to ASCII
Cmd: PASV
227: Entering Passive Mode (192,168,178,1,12,3)
Connected to 192.168.178.1:3075 for PASV.
Cmd: NLST NoSuchFile
502: Command not implemented
Cmd: PWD
502: Command not implemented
Cmd: TYPE I
200: Type set to BINARY
Cmd: PASV
227: Entering Passive Mode (192,168,178,1,12,15)
Connected to 192.168.178.1:3087 for PASV.
Cmd: STOR mtd1
551: unknown Mediatype
put mtd1: server said: unknown Mediatype
put mtd1: server said: unknown Mediatype
ncftp / > put openwrt.bin mtd1
> put openwrt.bin mtd1

Cmd: STAT NoSuchFile
502: Command not implemented
Cmd: PWD
502: Command not implemented
Cmd: TYPE A
200: Type set to ASCII
Cmd: PASV
227: Entering Passive Mode (192,168,178,1,12,11)
Connected to 192.168.178.1:3083 for PASV.
Cmd: NLST NoSuchFile
502: Command not implemented
Cmd: PWD
502: Command not implemented
Cmd: TYPE I
200: Type set to BINARY
Cmd: PASV
227: Entering Passive Mode (192,168,178,1,12,11)
connect to 192.168.178.1:3083 failed (errno = 10061.
connect to 192.168.178.1:3083 failed (errno = 10061.
Retrying PASV mode (2 tries left).
Cmd: PASV
227: Entering Passive Mode (192,168,178,1,12,11)
Connected to 192.168.178.1:3083 for PASV.
Cmd: STOR openwrt.bin
551: unknown Mediatype
put openwrt.bin: server said: unknown Mediatype
put openwrt.bin: server said: unknown Mediatype
Cannot open local file mtd1 for reading (errno = 2).
Cannot open local file mtd1 for reading (errno = 2).
put mtd1: could not open file.
put mtd1: could not open file.
ncftp / >
 
Was ist denn an der Fehlermeldung "unknown Mediatype" so schwer zu interpretieren?

Bewundernswert genug, daß sich der Bootloader durch den ganzen anderen Schrott, der da vom FTP-Client noch so rausgehauen wird (was bei einem "richtigen" FTP-Server sinnvoll sein kann, aber das in EVA ist nun mal nur eine sehr beschränkte Implementierung), nicht weiter beeindrucken läßt - aber das "Ziel" der Übertragung (in diesem Fall wohl der NOR-Flash) wurde bei der Sitzung mit dem FTP-Client eben auch nicht festgelegt, was beim Versuch mit dem Windows-Client ja noch anders aussah, womit die OpenWRT-Anleitung wohl auch raus ist bei der "Schuldfrage".

Ich würde vorschlagen, daß da das eigene Vorgehen noch einmal Schritt für Schritt(!) überprüft wird - dann klappt's auch mit dem Nachbarn.

EDIT: By the way - das hier: https://github.com/PeterPawn/YourFr...24beeb91c43/eva_tools/EVA-FTP-Client.ps1#L211 funktioniert ebenfalls, wenn (wie hier offenbar) Windows zum Flashen verwendet wird. Wo das PowerShell-Script (weitergehend) beschrieben ist, steht im zugehörigen GitHub-Repository.
 
Zuletzt bearbeitet:
TWIMC - Schlussendlich geschafft mit fritzflash.py. Verwendung in cmd

fritzflash.py --ip 192.168.178.1 --image openwrt-24.10.2-lantiq-xrx200-avm_fritz7360-v2-squashfs-sysupgrade.bin

Es musste die squashfs-sysupgrade.bin sein, die eigentlch für Erstinstallationen vorgesehene kernel.bin mündete im flackenden Rotlicht.

Die Anzahl der Verbindungsversuche war limitierter als beim Aufruf des Skripts per Doppelklick. Deshalb habe ich den Box-Neustart schon 2 Sek. vor "Enter" durchgeführt

Danke soweit, auch an @_jan_ für den Hinweis auf die nicht mehr supportete Version
 
[Edit Novize: Überflüssiges Fullquote des Beitrags #13 gelöscht - siehe Forumsregeln]
Kleiner Nachtrag dazu. So eindeutig, wie es hier für den einen oder anderen hinsichtlich der Unzulässigkeit des win cmd FTP-Clients zu sein scheint, stellt es sich für den Suchenden nunmal im Netz nicht dar.


Der Mann ist nun wirklich recht unverdächtig, was oberflächliche Informationen betrifft. Und ganz offenkundig hat er bei der 4040 genau das gemacht, was ich bei 7360 zu reproduzieren versuchte. Erfolgreich. Also immer mal hösch, was die vermeintliche Beratungsresistenz der Suchenden betrifft.Vielleicht unterstellt man einfach mal, dass im Netz zu einer Frage nun zig Antworten existieren. Und in der Natur der Sache liegt, dass der Lösungssuchende idR nicht anfänglich entscheiden kann, welche nun kompetent und welche es nicht ist. Sonst wüsste er ja, was er eben nicht weiss.

Nachtrag2: Sehe gerade, auch kuketz empfiehlt filezilla oÄ. Mein fehler, überlesen. Ändert allerdings am Rest des oben Geschriebenen wenig.
 
Zuletzt bearbeitet von einem Moderator:
Auch wenn der Post schon wieder verschwunden ist - auf die Frage, was mit der Reaktion auf quote pasv ist, beim fehlenden Support für passives FTP, will ich noch eingehen.

Das quote übermittelt den Rest eben direkt an den Server, der Client versteht den Inhalt gar nicht und er kann auch mit der folgenden Meldung 227: Entering Passive Mode … rein gar nichts anfangen, denn daraufhin müßte er seinerseits eine weitere TCP-Verbindung für die Datenübertragung mit dem FTP-Server aufbauen, was er aber nicht kann und eben auch nicht macht.

Mein fehler, überlesen. Ändert allerdings am Rest des oben Geschriebenen wenig.
Stellt sich nur die Frage, warum man dann seine Probleme eben nicht auch an den Stellen behandelt, wo man die (falschen) Informationen gefunden hat (auch wenn's jetzt plötzlich doch eigene Fehler waren - immerhin wird das nun eingeräumt, was auch mal eine "lobende Erwähnung" verdient) und sich zwar auf dieses Board als mögliche Quelle für weitere Hilfe stützen möchte, es aber nicht für erforderlich hält, die HIER (mehrfach!) beschriebenen Prozeduren für seine Versuche zu rezipieren und dann auch zu verwenden - das hätte die weitere Diskussion überflüssig gemacht.
 
  • Like
Reaktionen: Peter_Lehmann
Kostenlos!

Statistik des Forums

Themen
248,955
Beiträge
2,306,901
Mitglieder
378,726
Neuestes Mitglied
kiki_III