Hast Du nach Recovery auch mal eine gesicherte Freetz-Konfiguration wieder eingespielt?
Irgendwie sieht das alles im Log so aus, als wenn da gar keine Konfiguration für den dropbear vorliegt.
Nach dieser Stelle
Code:
if [ ! -d "/mod/etc/ssh" ]; then
mkdir -p /mod/etc/ssh
for alg in rsa dss ecdsa; do
ln -sf /tmp/flash/dropbear/${alg}_host_key /mod/etc/ssh/${alg}_host_key
done
fi
sollte der dropbear-Server eigentlich so konfiguriert werden, daß die Key-Files in /mod/etc/ssh oder in /tmp/flash/dropbear erwartet werden. Andererseits schaut der lt. Syslog-Ausgabe
Code:
Jul 7 13:15:42 fritz authpriv.warn dropbear[13058]: Failed loading /var/tmp/rsa_host_key
Jul 7 13:15:42 fritz authpriv.warn dropbear[13058]: Failed loading /var/tmp/dss_host_key
Jul 7 13:15:42 fritz authpriv.warn dropbear[13058]: Failed loading /var/tmp/ecdsa_host_key
Jul 7 13:15:42 fritz authpriv.info dropbear[13058]: Early exit: No hostkeys available
an der falschen Stelle. Ich habe jetzt nicht in den Code geschaut (nach meiner Erinnerung wird der Standardpfad bei der Kompilierung festgelegt), aber selbst wenn das die "Fallback"-Pfade wären, sollte eigentlich bei korrekter Konfiguration irgendein Key-File am erwarteten Ort (/mod/etc/ssh) vorhanden sein (als Symlink). Nach dem rc-File verwendet der dropbear bei Freetz die Option -r zur Festlegung abweichender Key-Files nicht.
Zum Telnet-Daemon kann man in den Log-Auszügen nichts sehen, außer daß Du da offenbar mit einem IP-Client die Eingabe der Tastencodes versuchst:
Code:
Jul 7 13:17:25 fritz kern.info kernel: [ 1844.730000] avm_pa: telephony active (reduce)
Jul 7 13:17:25 fritz kern.debug kernel: [ 1844.730000] avm_pa: sip telephony is active
Jul 7 13:17:25 fritz kern.info kernel: [ 1844.780000] avm_pa: avm_pa_telefon_state
Jul 7 13:17:25 fritz kern.info kernel: [ 1844.840000] avm_pa: telephony inactive
Jul 7 13:17:25 fritz kern.debug kernel: [ 1844.840000] avm_pa: sip telephony is not active
Jul 7 13:17:25 fritz kern.info kernel: [ 1844.850000] avm_pa: avm_pa_telefon_state
was meines Wissens (ggf. bitte selbst überprüfen, auch korrigieren, wenn ich das Log falsch interpretiere, aber bei erkanntem Tastencode sollte das m.E. auch an einem IP-Anschluß nicht wie oben protokolliert werden, weil ja gar keine Verbindung stattfindet, die den AVM-PA tangieren sollte) mit einem IP-Telefon ohnehin nicht funktioniert.
tl;dr:
- dropbear vermutlich nicht konfiguriert
- telnetd vermutlich nicht aktiviert
- Prozessliste wäre hilfreich (gibt es die in der Freetz-Oberfläche nicht?)
PS: Gibt es eigentlich einen Grund, warum Du den dropbear als statisches Binary und mit der Möglichkeit, den auch außerhalb von Freetz einzusetzen (was
m.W. nach den Quellen definitiv dann Auswirkungen auf die Pfade zu den Key-Files hat), übersetzen läßt? Ich mag mich ja irren, aber wenn Du diese Konfiguration auch schon früher verwendet hast (was ist denn mit der 7390 aus der Signatur?), dann sollte das auch früher schon nicht funktioniert haben. Die Freetz-Konfiguration (rc.dropbear) berücksichtigt jedenfalls (Stand 07.07.15, 14:35) nicht, daß die Key-Files beim "standalone"-Patch in /var/tmp gesucht werden.