Suche aktuelles dropbear binary

[Joe_57]

Bei mir läuft die BusyBox1.13.0 ohne Probleme.
Ich habe sie mit dem Script eingebunden.

Vielleicht liegt es ja doch an der FW-Version.

[Edit] Hier noch (wegen der Vollständigkeit) die debug.cfg, wie ich sie momentan verwende.
Der USB-Stick hat 2 Partitionen, 1 x fat32, 1 x ext2.

# # # # # Warnhinweis wegen Manipulation entfernen
dst=/var/tmp/signed_firmware
src=/usr/www/html/html/de/home
mkdir -pm 777 $dst
for file in home.js konfig.js; do
        if [ -f $src/$file ]; then
                sed -e 's,.*var signed =.*,var signed = "1",' $src/$file > $dst/$file
                mount -o bind $dst/$file $src/$file
        fi
done
#
# # # # # ENDE Warnhinweise entfernen

# # # # # Start des Telnet-Daemon
/usr/sbin/telnetd -l /sbin/ar7login
#
# # # # # ENDE Telnet-Daemon

# # # # # Warten bis USB-Stick gemountet ist
max=5
i=0
while [ $i -lt $max ]; do
        if mount | grep " on /var/media/ftp/" > /dev/null; then
                break
        fi
        let i=$i+1
        sleep 10
done

USBSTICK=$(mount | grep /var/media/ftp/ | sed -e "s|^.*ftp/||g" -e "s/ .*$//")
#
# # # # # ENDE USB-Stick Warteschleife

# # # # # Ext2-Partition mounten
MyDir=/var/media/MyStick
mkdir $MyDir
/sbin/insmod /var/media/ftp/$USBSTICK/Module/mbcache.ko
/sbin/insmod /var/media/ftp/$USBSTICK/Module/ext2.ko
modprobe ext2
mount -t ext2 /dev/sda2 $MyDir
# # # # # ENDE Ext2 mounten

# # # # # BusyBox ersetzen
cp /var/media/MyStick/BusyBox/busybox1.13.0 /var/busybox
mount -o bind /var//busybox /bin/busybox

# # # # # Symlinks fuer Busybox Befehle erstellen
LINKS="`/bin/cat /var/media/MyStick/BusyBox/busybox1.13.0.links`"
mkdir /var/bin
rm /var/bin/*
for f in ${LINKS}; do
        /bin/ln -s /var/media/MyStick/BusyBox/busybox1.13.0 /var/bin/$f
done
#
# # # # # ENDE BusyBox ersetzen

# # # # # Profil ersetzten
cp $MyDir/MyProfile /var/profile
mount -o bind /var/profile /etc/profile
#
# # # # # ENDE Profil ersetzen

Joe

[jojo-schmitz]

Hier nicht. Dafür kann das 'ls' der Standard Busybox (1.8.2) auch Farben, mit 'ls --color'

[devildevil3]

Vermutlich fehlt das Execute Recht (+x) beim busybox Binary.
sollte helfen.

Keine Änderung, selbe Fehler bleibt bestehen...

[Bong2010]

Hallo Forengemeinde,

auf der Hompage gibt es jetzt die Version 0.53.1 vom Dropbear.
Ich hoffe ein Profi kann uns hier wieder ein fertiges binary für die FritzBoxen zur Verfügung stellen. (mit SFTP-Server)

Gruß

[olistudent]

Vielleicht solltest du erwähnen welche Box du hast? Sonst hängt noch einer das falsche Binary an.

Gruß
Oliver

[Bong2010]

Ach so, ich dachte die binarys laufen auf allen FritzBoxen.
Jedenfalls funktionieren die Versionen von jojo-schmitz und von MaxMuster auf meiner FritzBox 7140 und der alten FritzBoxFon Classic.

[MaxMuster]

... mittlerweile gibt es aber auch neuere Boxen wie die 7390 mit anderer CPU.

Versuche mal dieses hier.

EDIT 15:45 Neuer Anhang, der alte stürzte bei mir beim Verbindungsversuch ab...

EDIT 2 Neuer Anhang in #72, hier gelöscht

[Bong2010]

Bei mir kam immer: Server unexpectly closed network connection

Ich teste gleich mal die neue Version.

EDIT: Bei der neuen Version kann ich den Benutzer eingeben, aber irgendwie nimmt der Server dann mein Passwort nicht an. Ich bin mir aber nicht sicher, ob ich nicht durch die Tests vorher was verstellt habe. Ich kenn mich da leider nicht so gut aus.

[MaxMuster]

Starte das Programm mal mit "<dein/pfad/zum/>dropbear -E -F", dann siehst du die Fehlermeldungen.

[Bong2010]

Ich hoffe du kannst damit was anfangen.

[410] Mar 10 18:27:36 Not backgrounding
[411] Mar 10 18:27:49 Child connection from xx.xx.xx.140:1907
[411] Mar 10 18:28:01 Password auth succeeded for 'root' from xx.xxxx.140:1907
[411] Mar 10 18:28:01 Exit (root): chmod(/dev/pts/2, 0622) failed: Read-only file system

[jojo-schmitz]

Diese Änderung hatte ich seinerzeit dafür gebraucht (damit es auch ohne Freetz tut):

--- ./source/dropbear-0.52/sshpty.c.orig	2008-11-11 15:09:03.000000000 +0100
+++ ./source/dropbear-0.52/sshpty.c	2008-12-16 17:15:13.000000000 +0100
@@ -404,8 +404,14 @@
 					"chmod(%.100s, 0%o) failed: %.100s",
 					tty_name, mode, strerror(errno));
 			} else {
+#if 0
 				dropbear_exit("chmod(%.100s, 0%o) failed: %.100s",
 				    tty_name, mode, strerror(errno));
+#else
+				dropbear_log(LOG_ERR,
+					"chmod(%.100s, 0%o) failed: %.100s",
+					tty_name, mode, strerror(errno));
+#endif
 			}
 		}
 	}

Tschö, Jojo

[MaxMuster]

Danke, jetzt hatte ich das auch gefunden (hier)...
Neuer Versuch, der bei mir auf einer extra dafür "entfreetzen" Box funktioniert.
Ich komme aber mit "exit" nicht wirklich raus, sondern muss die Session auf der Client-Seite beenden. War das schon immer so??

Jörg

[jojo-schmitz]

Nö, bei meiner 0.52 geht auch ein exit

[MaxMuster]

... und hier noch das ganze für MIPS (z.B. 7390), getestet nur auf einem "non-Fritz MIPS Gerät" . Hier war auch ein Exit ohne Probleme möglich, lag vielleicht doch an irgendeiner Besonderheit der Eumex.

Jörg

[Bong2010]

@MaxMuster: Danke für die neue Dropbearversion.

[scraemgo]

Habe eine Fritz!Box 7270 mit der aktuellsten Firmware 54.05.05. Dropbear 0.53.1 läuft auch soweit ohne Probleme.
Habe allerdings noch ein paar generelle Fragen:

1) Was ist der Unterschied zwischen dropbear und dropbearmulti?
2) Warum wird bei älteren Tutorials immer noch eine extra busybox eingebunden? Bei mir funktionierts auch ohne.
3) Warum kopiert man dropbear nach /var/tmp/? Könnte man dropbear auch direkt vom USB-Stick starten?

[MaxMuster]

1. dropbearmulti enthält mehrere Programme in einem und es wird über den Aufruf-Link das gewünschte Programm gewählt (ähnlich wie bei der Busybox)
2. je nachdem, was du sonst noch brauchst, und die AVM busybox kann, ist das sehr unterschiedlich. Wenn du alles hast, brauchst du keine andere BB
3. /var/tmp haben alle Boxen, USB nur einige. Starten geht auch vom Stick (solange es binär kopiert wurde und ausführbar ist)

[scraemgo]

Danke für deine Hilfe. Eine Frage hätte ich noch.
Mir fiel gerade auf, dass das rebooten nicht mehr über "reboot" funktioniert, sondern ich "busybox reboot" schreiben muss. Über telnet geht die kurze Version aber noch.
Könnte das mit meinem Versuch zusammenhängen, ein Alias anzulegen? Falls ja was mache ich falsch?

# Alias anlegen
cp /etc/profile /var/tmp
echo "export PATH=$PATH:/var/tmp/bin" >> /var/tmp/profile
echo "export HOME=/var/tmp" >> /var/tmp/profile
echo "alias ll='ls -la --color'" >> /var/tmp/profile
mount -o bind /var/tmp/profile /etc/profile

[MaxMuster]

Sieht eigentlich o.k. aus. Was steht denn da, wenn du "reboot" tippst?
Was sagt "which reboot", was "echo $PATH"?
Eigentlich sollte (wenn du dich jeweils nach dem Ändern der profile Datei anmeldest), das Ergebnis im Telnet wie im SSH sein...

[scraemgo]

Es erscheint folgende Fehlermeldung:

-sh: reboot: not found

"which reboot" sagt überhaupt nichts. Wobei der Befehl unter SSD wiederrum nur funktioniert, wenn ich "busybox which reboot" eingebe.
"echo $PATH" gibt "/usr/bin:/bin" aus.

Habe aber zwischenzeitlich alles gelöscht und "reboot" funktioniert trotzdem nicht über SSH. Liegt also an einem anderen Problem.