7390 neustes Modell (build 27KW 2013) Dropbear verzweifelt

[Jackspost]

Moin,

da mein alter 1&1 Homeserver den Hitzetot gestorben ist, erhielt ich vor wenigen Tagen Ersatz.
Ich versuche nun geschlagene 5 Tage dropbear für den SSH Zugang einzurichten, so wie ich es auch bei meiner alten Box getan hatte.

Aktuelle Firmware 05.52.

Leider bisher ohne Erfolg!
Anleitung und Dateien von fritzmod.net und anderen Quellen.

Ports sind bereits von Außerhalb erreichbar auch debug.cfg startet das Befehlsscript vom Internen Speicher.

Starte ich dropbear oder dropbearkey (Symlinks vom Dropbearmulti) erhalte ich verschiedene Fehlermeldungen (je nach Version, ich habe bereits etliche dropmearmulti's getestet, z.B. dropbearmulti_v2013.58 mips)
Die Fehlermeldungen lauten z.B. Segmentation Fault, Illegal instruction ...

Ist meine Box mit neuer Harware ausgestattet, das dass nicht funzt?


Hier in etwa mein Startscript:

HDD='FRITZ'     # ACHTUNG: unbedingt anpassen!
HDD_ABSOLUT='/var/InternerSpeicher/'$HDD
PASSWD='**********************'
TEMP=/var/tmp

while ! [ -d $HDD_ABSOLUT ] ; do sleep 5; done 

cd $TEMP
mkdir .ssh
cp $HDD_ABSOLUT/fritz.ssh/authorized_keys $TEMP/.ssh/authorized_keys
cp $HDD_ABSOLUT/fritz.ssh/dropbear_rsa_host_key $TEMP
cp $HDD_ABSOLUT/fritz.ssh/busybox $TEMP/busybox
cp $HDD_ABSOLUT/fritz.ssh/dropbearmulti $TEMP
cp $HDD_ABSOLUT/fritz.ssh/sftp-server $TEMP
cp $HDD_ABSOLUT/fritz.ssh/wake.sh $TEMP

chmod 600 $TEMP/.ssh/authorized_keys
chmod 600 $TEMP/.ssh
chmod 600 $TEMP
chmod +x busybox
chmod +x sftp-server
chmod +x dropbearmulti
chmod +x wake.sh

cp -p /var/tmp/shadow /var/tmp/shadow.old
sed -e "/root:/s#^root:[^:]*:#root:$PASSWD:#" /var/tmp/shadow.old > /var/tmp/shadow
#$TEMP/busybox sed -e "/root:/s#^root:[^:]*:#root:$PASSWD:#" -i $TEMP/shadow
#$TEMP/busybox sed -e "/root:/s#:/:/bin/sh#:/var/tmp/:/bin/sh#" -i /var/tmp/passwd
ln -s $TEMP/dropbearmulti dropbearkey
ln -s $TEMP/dropbearmulti dropbearconvert
ln -s $TEMP/dropbearmulti dropbear
chmod +x /var/tmp/dropbear
$TEMP/dropbear -p 22 -r $TEMP/dropbear_rsa_host_key -s -g

Bei diesen Zeilen erhalte ich ebenfalls Fehlermeldung:

#$TEMP/busybox sed -e "/root:/s#^root:[^:]*:#root:$PASSWD:#" -i $TEMP/shadow
#$TEMP/busybox sed -e "/root:/s#:/:/bin/sh#:/var/tmp/:/bin/sh#" -i /var/tmp/passwd

daher habe ich sie inaktiv gesetzt und dafür

cp -p /var/tmp/shadow /var/tmp/shadow.old
sed -e "/root:/s#^root:[^:]*:#root:$PASSWD:#" /var/tmp/shadow.old > /var/tmp/shadow

gesetzt.

Ich weiß echt nicht mehr weiter. Ich wollte auch ein freetz bauen, aber freetz1.2 benötigt altes Firmware Image, welches nicht mehr zu finden ist und vermutlich mit der aktuellen Hardware nicht läuft.

Ich bin grad echt auf jede Hilfe angewiesen.
Danke

Jack

 

[MaxMuster]

Freetz 2.0 sollte mit einer verfügbaren Firmware gebaut werden.

Warum das nicht geht kann verschiedene Ursachen haben (z.B. falsches Binary, Übertragung nicht im Binär-Modus), ohne genaue Fehlermeldungen beim Aufruf kommt man da nicht wirklich weiter.

 

[Jackspost]

mhhh, und wo finde ich freetz 2.0 ?

svn co http://svn.freetz.org/tags/freetz-2.0.x freetz-2.0.x ist nicht erreichbar...?!



ach hier: h**p://svn.freetz.org/branches/freetz-stable-2.0/

ok, mal sehen wie weit ich hiermit komme und welche Firmware unterstützt wird...so long

 

[Jackspost]

So weit so gut,

ich habe mir eine modifizierte Firmware gebaut (freetz-2.0) aber Dropbear läßt sich immer noch nicht starten:

Auszug aus der Logdatei:

/etc/init.d/rc.dropbear: line 78: dropbearkey: Permission denied
/etc/init.d/rc.dropbear: line 78: dropbearkey: Permission denied

Anscheinend wird kein host_key erzeugt?!
Wo liegt denn da der Hund begraben?

Irgendwelche Lösungsansätze?


Bin euch sehr dankbar!

Jack

 

[MaxMuster]

Nutzt du vielleicht "external"?

Machst du bitte mal ein "which dropbearkey" und ein "ls -l /usr/bin/drop*" ?

 

[Jackspost]

Hey,

ich habe dropbear erfolgreich zum laufen gebracht. Wie es der Zufall will ist beim bauen des Images matt.ucc ofline gegangen, dropbear wurde anscheinend unvollständig geladen.
Ich habe das Image also nochmal gebaut. Beim zweiten Versuch habe ich ein dropbear binary erzeugen wollen (zur externen Nutzung?!) da ich noch nicht wusste, dass mein dropbearpaket zuvor unvollständig war und deshalb nicht funktionierte.
Der letzte build war erfolgreich, habe dropbear von anderer Quelle bezogen (hoffentlich sauber "") und siehe da: Es rennt und rennt und...Wunderbar!!!!!

Danke MaxMuster, ich bin wieder einen Schritt schlauer, genau der Befehl "which" hätte mir im zweiten build weitergeholfen. Linux is scho a tolles Brett!

Cheers und nochmals danke

Jack