Synology SSH werkt ineens niet meer?

[afterburn]

Ik gebruik al tijden SSH met keys (geen pw authenticatie) op mijn Synology, en nu ineens werkt het niet meer. Als ik ssh -v krijg ik dit:

OpenSSH_7.3p1, LibreSSL 2.4.1
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 20: Applying options for *
debug1: Connecting to yggdrasil.***.** [192.168.192.50] port 22.
debug1: Connection established.
debug1: identity file /Users/gijsbert.vandijk/.ssh/id_rsa type 1
debug1: key_load_public: No such file or directory
debug1: identity file /Users/gijsbert.vandijk/.ssh/id_rsa-cert type -1
debug1: identity file /Users/gijsbert.vandijk/.ssh/id_dsa type 2
debug1: key_load_public: No such file or directory
debug1: identity file /Users/gijsbert.vandijk/.ssh/id_dsa-cert type -1
debug1: identity file /Users/gijsbert.vandijk/.ssh/id_ecdsa type 3
debug1: key_load_public: No such file or directory
debug1: identity file /Users/gijsbert.vandijk/.ssh/id_ecdsa-cert type -1
debug1: identity file /Users/gijsbert.vandijk/.ssh/id_ed25519 type 4
debug1: key_load_public: No such file or directory
debug1: identity file /Users/gijsbert.vandijk/.ssh/id_ed25519-cert type -1
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_7.3
debug1: Remote protocol version 2.0, remote software version OpenSSH_6.8p1-hpn14v6
debug1: match: OpenSSH_6.8p1-hpn14v6 pat OpenSSH* compat 0x04000000
debug1: Authenticating to yggdrasil.muggle.eu:22 as 'throttlemeister'
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: algorithm: [e-mail]
debug1: kex: host key algorithm: ssh-rsa
debug1: kex: server->client cipher: [e-mail] MAC: <implicit> compression: none
debug1: kex: client->server cipher: [e-mail] MAC: <implicit> compression: none
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
debug1: Server host key: ssh-rsa SHA256:WIZYbMHcDFxMsoiy/OLrO3pgeHz8V61I59V4B9CwSTY
debug1: Host 'yggdrasil.muggle.eu' is known and matches the RSA host key.
debug1: Found key in /Users/gijsbert.vandijk/.ssh/known_hosts:17
debug1: rekey after 134217728 blocks
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: rekey after 134217728 blocks
debug1: SSH2_MSG_NEWKEYS received
debug1: Skipping ssh-dss key /Users/gijsbert.vandijk/.ssh/id_dsa - not in PubkeyAcceptedKeyTypes
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey
debug1: Next authentication method: publickey
debug1: Offering RSA public key: /Users/gijsbert.vandijk/.ssh/id_rsa
debug1: Server accepts key: pkalg ssh-rsa blen 279
debug1: Authentication succeeded (publickey).
Authenticated to yggdrasil.****.** ([192.168.192.50]:22).
debug1: channel 0: new [client-session]
debug1: Requesting [e-mail]
debug1: Entering interactive session.
debug1: pledge: network
debug1: client_input_global_request: rtype [e-mail] want_reply 0
debug1: Sending environment.
debug1: Sending env LC_CTYPE = UTF-8
Permission denied, please try again.
debug1: client_input_channel_req: channel 0 rtype exit-status reply 0
debug1: client_input_channel_req: channel 0 rtype [e-mail] reply 0
debug1: channel 0: free: client-session, nchannels 1
Connection to yggdrasil.****.** closed.
Transferred: sent 3116, received 3136 bytes, in 0.1 seconds
Bytes per second: sent 47793.6, received 48100.4
debug1: Exit status 1

En als ik in de auth.log kijk zie ik dit:
2017-06-09T21:18:51+02:00 yggdrasil sshd[4687]: pam_unix(sshd:session): session opened for user throttlemeister by (uid=0)
2017-06-09T21:18:51+02:00 yggdrasil sshd[4687]: error: mm_request_receive: socket closed
2017-06-09T21:18:51+02:00 yggdrasil sshd[4687]: pam_unix(sshd:session): session closed for user throttlemeister

Ik heb absoluut geen idee waar dit door veroorzaakt wordt of hoe ik het moet oplossen. Google helpt ook al niet. Iemand een idee?

[ninjazx9r98]

Controleer de rechten eens van je key file.

[afterburn]

Die staan goed en zijn ook niet veranderd. 600 op .ssh dir en authorized_keys file.

Hij klaagde eerst over dsa keys niet meer worden geaccepteerd, maar ook met m'n rsa key werkt het niet en nieuwe Keys doen het ook niet. De key wordt wel geaccepteerd maar dan valt de sessie weg en krijg je de bovenstaande error.

[ Voor 58% gewijzigd door afterburn op 11-06-2017 08:16 ]

[ninjazx9r98]

afterburn schreef op zondag 11 juni 2017 @ 08:13:
Die staan goed en zijn ook niet veranderd. 600 op .ssh dir en authorized_keys file.

Hij klaagde eerst over dsa keys niet meer worden geaccepteerd, maar ook met m'n rsa key werkt het niet en nieuwe Keys doen het ook niet. De key wordt wel geaccepteerd maar dan valt de sessie weg en krijg je de bovenstaande error.

En de rechten van je private key?
Op reddit lijkt een soortgelijke situatie te staan met een synology en ssh:
https://www.reddit.com/r/...sed_ssh_getting_error_mm/

[afterburn]

Rechten van de private keys zijn ook 600, dus goed. Zowel op mijn laptop als op de syno. Ik snap er niks van. Kan ook lokaal op de syno geen ssh opzetten naar de localhost, zelfde error.

Eerst dit:
debug1: Offering RSA public key: /var/services/homes/throttlemeister/.ssh/id_rsa
debug2: we sent a publickey packet, wait for reply
debug1: Server accepts key: pkalg ssh-rsa blen 279
debug2: input_userauth_pk_ok: fp SHA256:z99DCjPHnDklsHKIiU0aP6ezBcriHJk+nX+FbNBBESE
debug1: Authentication succeeded (publickey).
Authenticated to localhost ([127.0.0.1]:22).

en dan gaat ssh nog vanalles doen, en krijg je:
debug2: shell request accepted on channel 0
debug2: tcpwinsz: 261942 for connection: 3
debug2: tcpwinsz: 261942 for connection: 3
Permission denied, please try again.

Heel vaag.

[TommieW]

Het lijkt er bijna op alsof je je shell niet mag uitvoeren. Wat als je '/usr/bin/sh' achter het SSH commando zet? (Geen idee waar `sh` staat bij de Synology, misschien moet je een ander pad hebben.)

[afterburn]

Volgens deze site moet de shell /bin/sh omdat synology de ssh daemon nogal heftig gecustomized heeft.

[afterburn]

Nou schiet mij maar lek. Denk, probeer even met ipkg de standaard openssh te installeren en kijken of dat werkt, heb ik dat gedaan en ga ik naar control panel om ssh uit te zetten, staat ssh uit. Zet het weer aan, kan ik weer inloggen.

Gister heb ik sshd gestopt door ssh uit te vinken en daarna weer aan te zetten als een van de pogingen het weer werkend te krijgen en dat deed niks. En ssh stond aangevinkt toen ik uitgelogd ben en sshd draaide (en draaide nog steeds).

De wondere wereld van synology...

[ Voor 7% gewijzigd door afterburn op 11-06-2017 13:01 ]