dropbearmulti_v2013.62_mipsel kann kein scp

[Stema]

Ja, als root. Inhalt von passwd ist:

root:x:0:0:root:/var/tmp/root:/bin/sh

.login habe ich weggemoved. Ich habe es auch schon ohne geändertes root directory probiert (ohne irgendwelche Files im rootdir).
Symptom ist immer das Selbe ...

Allerdings wundert mich bei weiterem Nachdenke schon warum $Pfad ausgerechnet '/var/tmp/root/bin' ist ?
Ich habe jetzt nochmal das root-homedir weggemoved und mit mkdir neu angelegt. Der Test zeigt das selbe Ergebnis (mit Fehlern) und $PATH ist '/var/tmp/root/bin' obwohl ich ein leeres Homedir für root angelegt habe ...

Danke, Stema

 

[koyaanisqatsi]

Nur um sicher zu gehen: /var/tmp/root existiert zum Zeitpunkt des Einloggens mit einer Konsole?

Okay, dann, weil unmodifizierte Box, ist es wohl dropbear, b.z.w. die Parameter.
-S für den sftp-server wirds nicht sein, lass mal -x weg, geht das Login dann?

PS: Die Code-Tags machste von Hand so [ code ]Hier rein damit[ /code ], aber ohne die Leerzeichen [<-da->].

 

[Stema]

Bingo - ohne '-x' beim start von dropbear sind die Fehlermeldungen weg.
Danke koyaanisqatsi ! Ich hätte nicht mehr gedacht, daß die Lösung so einfach ist.

Leider ist aber, wie nach den Informationen im Thread auch scp zur Fritzbox weg :-( (dafür war ja '-x <pfad>').

host#:scp Text.txt [email protected]:/var/tmp
[email protected]'s password:
sh: scp: not found
lost connection

Damit habe ich jetzt wohl die Wahl zwischen scp oder keine Fehler bei ssh login.

Auf jeden Fall vielen Dank an dich koyaanisqatsi .

Stema

 

[teletux]

ist die von Radislav nicht überholt? Das dropbearmulti-2013.62-mips-overridable-PATH.bz2 von er13 nehmen, dann in debug.cfg:

/var/tmp/dropbear -p 22 -a -r /var/tmp/dropbear_rsa_host_key -d /var/tmp/dropbear_dss_host_key -x /bin:/usr/bin:/sbin:/usr/sbin:/var/tmp
cd /var/tmp/
ln -s /var/tmp/dropbearmulti ssh
ln -s /var/tmp/dropbearmulti scp

So hats mit der 7330 funktioniert, ssh und scp, meine ich jedenfalls, derzeit habe ich freetz drauf, kann es nicht mehr testen.

@ Version dropbearmulti-2013.62-mips-overridable-PATH.bz2 von er13 auf seite 2 von diesem thread: http://www.ip-phone-forum.de/attachment.php?attachmentid=73985&d=1390088580

 

[koyaanisqatsi]

Moin

Stimmt so. Hab mal dropbear mit -x gestartet und zwar so...

dropbear -R -m -S /var/media/NEW_LINK/mips/sftp-server -x /var/media/NEW_LINK/mips

...jetzt mal einloggen und...

BusyBox v1.19.3 (2012-08-07 18:33:02 CEST) built-in shell (ash)
Enter 'help' for a list of built-in commands.

-ash: /etc/init.d/rc.conf: line 4: cat: not found
-ash: /etc/init.d/rc.conf: grep: not found
-ash: /etc/init.d/rc.conf: tr: not found
-ash: /etc/init.d/rc.conf: grep: not found
-ash: /etc/init.d/rc.conf: tr: not found
-ash: /etc/init.d/rc.conf: grep: not found
-ash: /etc/init.d/rc.conf: grep: not found
-ash: /etc/init.d/rc.conf: tr: not found
-ash: /etc/init.d/rc.conf: ls: not found
-ash: /etc/init.d/rc.conf: grep: not found
-ash: /etc/init.d/rc.conf: tr: not found
-ash: /etc/init.d/rc.conf: grep: not found
-ash: /etc/init.d/rc.conf: tr: not found
-ash: /etc/init.d/rc.conf: cat: not found
-ash: /etc/init.d/rc.conf: cat: not found
-ash: /etc/init.d/rc.conf: line 445: rm: not found
-ash: /etc/init.d/rc.conf: line 445: ln: not found
-ash: /etc/init.d/rc.conf: cat: not found
-ash: /etc/init.d/rc.conf: cat: not found
-ash: /etc/init.d/rc.conf: cat: not found
ermittle die aktuelle TTY
-ash: ls: not found
tty is ""
unbekanntes Terminal
-ash: pidof: not found

...tja, Workaround bis du die Version von er13 gefunden hast...
Dein Homeverzeichnis ist /var/tmp/root? Dann...
/var/tmp/root/.profile

# Deine Suchpfade?
PATH=/bin:/usr/bin:/sbin:/usr/sbin:/var/tmp:/var/tmp/root/bin
# Meine Suchpfade:
# PATH=/var/media/ftp/SanDisk-Cruzer-01/bin:/var/media/ftp/SanDisk-Cruzer-01/mips:/var/media/ftp/SanDisk-Cruzer-01/scripts:/bin:/usr/bin:/sbin:/usr/sbin
export PATH

...verhindert zwar nicht die Fehlermeldungen, aber kannst die Shell ganz normal benutzen.

 

[Stema]

Ahhrg, jetzt fällt langsam der Groschen bei mir. Danke teletux !
Das '-x <pfad>' als Parameter zu dropbear ist ein variabler Pfad, der anschließend auch benutzt wird um alles zu finden und nicht
nur der Pfad zu scp ... Nachdem ich es nun - wie teletux schon sagt - mit '-x /bin:/usr/bin:/sbin:/usr/sbin:/var/tmp' versuche
geht auch alles wie es soll (ohne Fehler) auch mit dem dropbearmulti_v2014.63.mips das ich verwende.
Dabei stellt sich mir jetzt noch die Frage: sollte v2014.63 denn nicht das aktuellste sein?
So, noch schnell scp getestet. Funktioniert auch, wenn ich als Pfad '-x /var/tmp/root/bin:/bin:/usr/bin:/sbin:/usr/sbin:/var/tmp'
angebe. Super, sieht schon viel besser aus so.

Danke auch nochmal an koyaanisqatsi, aber das rührt an einem anderen Problem das ich noch sehe - ~/.login wir bei mir nicht
ausgeführt. Weder bei der standard Busybox (v1.20.2) - noch bei der 1.21.1 die ich danach von Hand starte. Ansonsten hätte
das wohl auch zum Erfolg geführt. Ich dachte bisher das ausführen von ~/.login geht allgemein nicht - aber offenbar ist das ein
weiteres individuelles Problem bei mir :-(.

Danke, Stema

 

[RalfFriedl]

aber das rührt an einem anderen Problem das ich noch sehe - ~/.login wir bei mir nicht
ausgeführt. Weder bei der standard Busybox (v1.20.2) - noch bei der 1.21.1 die ich danach von Hand starte. Ansonsten hätte
das wohl auch zum Erfolg geführt. Ich dachte bisher das ausführen von ~/.login geht allgemein nicht - aber offenbar ist das ein
weiteres individuelles Problem bei mir :-(.

Wie kommst Du denn darauf, dass .login ausgeführt werden sollte, und bei wem ist das der Fall?

 

[koyaanisqatsi]

Achherrje, jetzt fällt es mir auch wie Schuppen von den Augen.
Die -x Syntax ist dieselbe wie der PATH Variablen.
Wenn die Pfade also beim Start des dropbears stimmen reicht: -x $PATH

Nicht ~/.login ich schrieb und meine: ~/.profile

 

[Stema]

Jaaa hier bestätigt sich wieder einmal ' wer lesen kann ist klar im Vorteil '.

#cp ~/.login ~/.profile

Und schon geht auch das automatische starten .

Danke an RalfFriedl und koyaanisqatsi!

Grüße, Stema