Ssh Actif Alors Que Sshd Stop

[Tamatea]

Bonjour,

Je ne comprend pas une chose : Je peux me connecter en SSH sur mon NAS alors que la commande synoservicectl --status sshd
me retourne sshd stop/waiting.

Bref comment est-ce que je peux me connecter en SSH alors que le daemon n'est pas actif. Qu'est ce que je peux vérifier ?

Merci.

[gaetan.cambier]

cette commande retourne quoi :

netstat -nat | grep :22

[Tamatea]

Je récupère bien ma connexion SSH :

tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN
tcp        0     52 192.168.1.100:22        192.168.1.2:64719       ESTABLISHED

[gaetan.cambier]

en fait le question est con :

si tu es connecter en ssh , c'est qu'il tourne

je devait plus etre très reveiller hier

heu, maintenant, le fait que ssh ne veux pas se fermé, c'est pas justement parce que tu as une connection dessus ?

à la limite, faudrait tester à partir du telnet

[CoolRaoul]

heu, maintenant, le fait que ssh ne veux pas se fermé, c'est pas justement parce que tu as une connection dessus ?

Ce qui collerait bien avec le statut "stop/waiting" (waiting = en attente que toutes les connexions SSH soient effectivement fermées)

[Tamatea]

En me connectant en telnet, si je réalise les commandes suivante, j'obtiens ceci ;

> synoservicectl --stop sshd
sshd stoped.
> synoservicectl --status sshd
sshd stop/waiting
> netstat -nat | grep :22
tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN
tcp        0      0 ::%134877473:22         ::%134877473:*          LISTEN
>

Le service SSH refuse de s'arrêter C'est pour çà aussi que mes modifications dans sshd_config ne sont pas prisent en compte.

Idem si je decoche ssh dans l'interface d'admin du syno.

Modifié le 25 janvier 2015 par Tamatea

[CoolRaoul]

Juste pour ajouter un élément au dossier: bien que chez moi "synoservicectl --stop sshd" arrète bien le daemon ssh (le port 22 est libéré), le statut du service est quand même "stop/waiting". Donc mon interprétation était fausse.

A part ça, serait pas inutile de jeter un oeil au contenu de "/var/log/upstart/ssh-shell.log", ça pourrait donner une idée de ce qui coince.

[Tamatea]

Bon, je ne comprend pas. Quand je coupe le service dans le panneau d'administration je ne peux pas me connecter en SSH mais netstat m'indique bien que le port 22 est en listening.

Sinon dans les fichiers de log :

Sun Jan 25 20:28:23 CET 2015^M
sshd start/running, process 23332^M
Sun Jan 25 20:28:24 CET 2015^M
Sun Jan 25 20:28:24 CET 2015^M
start: Job is already running: sshd^M
Sun Jan 25 20:28:24 CET 2015^M
Sun Jan 25 20:28:24 CET 2015^M
start: Job is already running: sshd^M
Sun Jan 25 20:28:24 CET 2015^M
Sun Jan 25 20:28:24 CET 2015^M
start: Job is already running: sshd^M
Sun Jan 25 20:28:24 CET 2015^M
Sun Jan 25 20:28:25 CET 2015^M
start: Job is already running: sshd^M
Sun Jan 25 20:28:25 CET 2015^M
Sun Jan 25 20:28:25 CET 2015^M
start: Job is already running: sshd^M
Sun Jan 25 20:28:25 CET 2015^M
Sun Jan 25 20:28:25 CET 2015^M
start: Job is already running: sshd^M
Sun Jan 25 20:28:25 CET 2015^M

C'est le moment où j'ai réactiver le service SSH dans le panneau de config du syno.

[Tamatea]

Hum ... je me demande si je n'ai pas un conflit avec SFTP qui est activé sur le port 22 aussi justement.

[glouglou44]

Bon, je ne comprend pas. Quand je coupe le service dans le panneau d'administration je ne peux pas me connecter en SSH mais netstat m'indique bien que le port 22 est en listening.

Via le panneau de configuration tu n'arrêtes pas SSH mais tu actives ou non la possibilité de te connecter en SSH. Il y a en effet d'autres services qui utilisent SSH et qui en ont besoin.