[erledigt] freetz-devel-5125: dropbear not working

[ao]

Hallo,

in diesem Thread hatte ich ein Problem mit WebDAV/ davfs2 beschrieben.
In diesem Zusammenhang fiel mir auf, dass auch dropbear nicht mehr lief.

Es gibt offenbar ein Problem mit der libz:

root@fb1 /etc/init.d $ sh -x rc.dropbear 
+ DAEMON=dropbear
+ DAEMON_LONG_NAME=dropbear SSH server
+ . /etc/init.d/modlibrc
+ export PATH=/sbin:/bin:/usr/sbin:/usr/bin:/mod/sbin:/mod/bin:/mod/usr/sbin:/mod/usr/bin
+ export LD_LIBRARY_PATH=/mod/lib:/mod/usr/lib
+ [ -z dropbear SSH server ]
+ [ -z  ]
+ PID_FILE=/var/run/dropbear.pid
+ [ -z  ]
+ CONF_NAME=dropbear
+ [ -z  ]
+ CONF_ENABLED=dropbear_ENABLED
+ [ -z  ]
+ DAEMON_BIN=dropbear
+ [ -n dropbear ]
+ modlib_loadconfig
+ local CONF_FILE=/mod/etc/conf/dropbear.cfg
+ [ ! -r /mod/etc/conf/dropbear.cfg ]
+ . /mod/etc/conf/dropbear.cfg
+ export DROPBEAR_ENABLED=yes
+ export DROPBEAR_OPTIONS=
+ export DROPBEAR_PORT=22
+ export DROPBEAR_PWDAUTH=no
+ export DROPBEAR_ROOTONLY=yes
+ pre_config
+ [ -d /tmp/flash/.ssh ]
+ [ -d /tmp/flash/dropbear ]
+ [ -e /tmp/flash/rsa_host_key ]
+ [ -e /tmp/flash/dss_host_key ]
+ [ ! -e /tmp/flash/dropbear/rsa_host_key -o ! -e /tmp/flash/dropbear/dss_host_key ]
+ [ ! -d /mod/etc/ssh ]
+ modreg cgi dropbear Dropbear
+ modlib_start yes
+ local DAEMON_ENABLED=yes
+ [ yes == no ]
+ [ yes == inetd -a -x /etc/init.d/rc.inetd ]
+ modlib_check_running
+ echo dropbear_ENABLED
+ tr [:lower:]- [:upper:]_
+ eval echo $DROPBEAR_ENABLED
+ echo yes
+ [ yes == inetd ]
+ local fn=/var/run/dropbear.pid
+ [ ! -s /var/run/dropbear.pid ]
+ return 3
+ start
+ [ no = yes ]
+ DROPBEAR_OPTIONS=-s 
+ [ yes = yes ]
+ DROPBEAR_OPTIONS=-R -s 
+ set -o noglob
+ modlib_startdaemon dropbear -p 22 -R -s
+ echo -n Starting dropbear SSH server...
Starting dropbear SSH server...+ config
+ env - PATH=/sbin:/bin:/usr/sbin:/usr/bin:/mod/sbin:/mod/bin:/mod/usr/sbin:/mod/usr/bin dropbear -p 22 -R -s
dropbear: can't load library 'libz.so.1'
+ local rv=16
+ [ 16 -ne 0 ]
+ echo failed.
failed.
+ exit 16

Ich habe in Erinnerung, dass es mit ssh (ssl?) ein Problem bzw. Inkompatibilitäten gibt, oder?
"Replace AVM ssl-libs" habe ich nicht gewählt. Setup ist im Anhang...

Hier noch Olivers Zitat aus dem o.g. Thread (bevor ich das hierher verschoben hatte):

libz Probleme haben nichts mit den Änderungen in der modlibrc zu tun.

.

 

[er13]

@ao: Frage (um primitive Ursachen mal auszuschliessen): laut Deiner .config hast Du libz ausgelagert. Sind Deine Stick/Festplatte angesteckt? Oder anders rum, ist libz da? Hat sie die Größe > 0 (wir hatten schon mal das Problem, dass einige der ausgelagerten Dateien die Größe 0 hatten)?

 

[olistudent]

Die Freetz libz sollte in /usr/lib/freetz sein. In /lib ist die von AVM.

MfG Oliver

 

[ao]

Danke für Eure Hinweise, aber momentan kann ich das (noch) nicht verifizieren, weil ich noch einmal geflash habe. Und zwar habe ich dabei sowohl davfs2 als auch vsftpd weggelassen - und schwupp, funktioniert dropbear wieder. Jetzt muss ich mal vsftpd wieder reinnehmen und noch einmal damit testen und dann noch einmal nur mit davfs2 und ohne vsftpd, um der Ursache auf den Grund gehen zu können. Die Größe von libz werde ich dabei beachten und dann hier schreiben. Nochmals danke.

EDIT:
Nun habe ich dropbear (also weder davfs2 noch vsftpd) im Image und nach einem Reboot läuft dropbear nicht mehr. Der Aufruf mit "sh -x" sieht so aus wie oben. Die Meldung

+ env - PATH=/sbin:/bin:/usr/sbin:/usr/bin:/mod/sbin:/mod/bin:/mod/usr/sbin:/mod/usr/bin dropbear -p 22 -R -s
dropbear: can't load library 'libz.so.1'

verstehe ich nicht, denn:

root@fb1 /etc/init.d $ cd /var/media/ftp/uStor11/external/usr/lib/freetz/
root@fb1 /var/media/ftp/uStor11/external/usr/lib/freetz $ ls -al
drwxr-xr-x    2 root     root          4096 Jun 24 16:52 .
drwxr-xr-x    3 root     root          4096 Jun 24 16:52 ..
-rwxr-xr-x    1 root     root        132860 Jun 19 23:22 libart_lgpl_2.so.2.3.20
-rwxr-xr-x    1 root     root        485572 Jun 19 23:22 libfreetype.so.6.4.0
-rwxr-xr-x    1 root     root         66552 Jun 20 09:18 libid3tag.so.0.3.0
-rwxr-xr-x    1 root     root         86676 Jun 20 09:17 libmad.so.0.2.1
-rwxr-xr-x    1 root     root        154372 Jun 19 23:21 libpng12.so.0.43.0
-rwxr-xr-x    1 root     root        321056 Jun 19 23:40 librrd.so.2.0.15
[B]-rwxr-xr-x    1 root     root         76904 Jun 19 23:21 libz.so.1.2.5[/B]

Worin liegt also das Problem? Etwa, dass oben "libz.so.1" geladen werden soll, aber "libz.so.1.2.5" vorhanden ist?

EDIT2:
Seltsam, nach erneutem Flashen mit demselben Image und denselben Extern-Daten geht es nun.
Ich setze das Thema auf [erledigt] und schreibe erst nochmal etwas rein, falls das Problem wieder auftaucht.
Sorry, dass ich nicht weiter weiß und Eure Zeit in Anspruch genommen habe. ;-)

 

[sf3978]

[...]Worin liegt also das Problem? Etwa, dass oben "libz.so.1" geladen werden soll, aber "libz.so.1.2.5" vorhanden ist?

Nein, denn "libz.so.1" sollte ein symlink auf "libz.so.1.2.5" sein:

/var/mod/root # ls -la /usr/lib/freetz/libz.so.1
lrwxrwxrwx    1 root     root            13 Jun 25 23:48 /usr/lib/freetz/libz.so.1 -> libz.so.1.2.5

Suche mal nach allen "libz.so*" auf deiner Box:

/var/mod/root # find / -iname 'libz.so*'
/usr/lib/freetz/libz.so
/usr/lib/freetz/libz.so.1
/usr/lib/freetz/libz.so.1.2.5

In deiner Buildumgebung kannst auch nach dem Pfad schauen:

readelf -d packages/target-mipsel_uClibc-0.9.29/dropbear-0.52/root/usr/sbin/dropbearmulti | grep RPATH
 0x0000000f (RPATH)                      Library rpath: [[B]/usr/lib/freetz[/B]]

EDIT:

[...]
EDIT2:
Seltsam, nach erneutem Flashen mit demselben Image und denselben Extern-Daten geht es nun.
[...]

Evtl. haben die symlinks gefehlt. Die Ausgabe von:

# find / -iname 'libz.so*'

hätte nicht vorhandene (fehlende) symlinks angezeigt.