OpenSSH -> root Passwort funktioniert nicht mehr

[manu12]

hallo

ich mache über das lan mit rsnapshot eine sicherung vom einen ds209 auf den anderen. dafür installierte ich rsnapshot, welches anscheinend selbständig openssh mitinstalliert. festgestellt habe ich dies weil ich nach einem neustart der ds mich nicht mehr über ssh als root einloggen konnte. darauf begann eine panische suche nach dem problem, habe dann hier gelesen, dass openssh wahrscheinlich daran schuld ist.

nun zum problem; wenn ich die ds starte und erst dann denn ssh dienst aktiviere (im webui), dann kann ich mich über ssh mit dem normalen admin passwort als root anmelden. wenn ich dann jedoch die ds neu starte und mich als root über ssh anmelden möchte geht das normale passwort nicht mehr, dann geht nur noch 'synopass' welches ich auf forum.synology.com und hier gefunden habe. nach neustarten des ssh dienstes ist dann jeweils wieder mein standard passwort aktiv.

hilfreich war der beitrag von smulg

Nach der Installation von openssh [...] lautet das root-Passwort für SSH-Verbindungen "synopass". Wenn man sich per Telnet einloggt, dann ist das root-Passwort noch dassekbe wie das admin-Passwort.

Um jetzt wieder bei SSH-Verbindungen das Passwort dem vom Admin gleichzusetzen:
Telnet in der Web-Benutzeroberfläche aktivieren.

telnet IP_NAS
root
******* (Passwort von admin)


mkdir /root/sftp-patch
cd /root/sftp-patch
ipkg download openssh-sftp-server
tar -xvzf openssh-sftp-server_***.ipk
tar -xvzf data.tar.gz
mv ./opt/libexec/sftp-server /opt/libexec
killall sshd
/usr/syno/etc.defaults/rc.d/S95sshd.sh start

das mit über telnet anmelden hat als root mit meinem admin passwort funktioniert. ich verstehe jedoch nicht was es mir bringt wenn ich wie smulg schreibt einen extra sftp-server downloade. um dieses problem zu lösen will ich mir nicht noch mehr auf der ds installieren. im gleichen thread hat auch jahlives in einem beitrag mitgeteilt

Was ihr natürlich sicherstellen müsst ist es, dass nicht plötzlich zwei Instanzen von ssh laufen (am besten chmod -x /usr/syno/etc.defaults/rc.d/S*ssh.sh).
Die Config Datei für die ipkg Installation sollte auch unter /opt/etc/ befinden.

ich weiss nicht ob dies mein problem auch beheben wird, möchte dies nicht ausführen, wenn ich nicht weiss was ich damit mache. meine linux kenntnisse sind bescheiden ich glaube nur zu wissen dass chmod -x das ausführen des scriptes S*ssh.sh verbietet? wenn jedoch eine zweite instanz ausgeführt wird dann wird die auch irgendwo gestartet, kann man nicht gleich dort verhindern das zwei ssh instanzen gestartet werden? (finde ich die schönere lösung als brutal das ausführen der zweiten verbieten) wo ist die andere instanz? gibt es auch so etwas wie einen taskmanager in windows der mir die prozesse die ausgeführt werden auflistet? so könnte ich gleich dort sehen, dass ssh zweimal ausgeführt wird. und weiss vielleicht sogar jemand weshalb nach beenden und neustarten im webui das synology admin passwort fuer den root verwendet wird und nach einem neustart der ds wieder 'synopass'?

gruss manu

 

[jahlives]

Du musst nicht zusätzliche Software installieren. Melde dich via telnet als root an und nach folgendem Befehl auf der DS

passwd root

das "alte" Passwort 2x eingeben. Dann sollte alles wieder gut sein. Bei mir hat's auf jeden Fall so gefunzt.
goetz hat hier im Forum vor kurzem mal beschrieben warum dies auftreten kann

 

[manu12]

danke, habe den beitrag von goetz gefunden (-> thread):

Syno hat sich da was sehr eigenes ausgedacht. Das Original Passwort für root ist synopass (auch wenn man per DSM das Passwort für admin ändert). telnetd und sshd müssen so geändert worden sein, daß bei root login auf admin gemappt wird (deswegen hats ja mit telnet immernoch mit dem admin Passwort geklappt). Wenn jetzt ein anderer sshd gestartet wird kennt der das Mapping nicht und erwartet das Passwort welches in shadow (synopass) hinterlegt ist. Mit dem alternativen sshd muß per passwd root das Passwort jedesmal nachgeführt werden damit die beiden wieder gleich sind.

mit telnet als root anmelden, in der shell

passwd root

und dann zweimal das normale admin passwort eingeben hat auch bei mir geholfen.