Discussion :

[N_BaH]

Bonjour,

depuis mon Arch Linux, je me connecte en tant qu'utilisateur via ssh à une machine sous Debian Bullseye, tout va bien. Je quitte. Je me reconnecte autant de fois que je veux.
mais, si je me connecte en tant que root, ou si une fois connecté en tant qu'utilisateur, je fais un su - ou sudo -i, je ne peux ensuite plus me connecter après avoir quitté la session ssh.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
$ ssh chezMoi                                                                                                                                                                                                   
ssh: connect to host chezmoi port 22: Connection refused

voici un extrait de journalctl -ru ssh du poste Debian, qui montre une connexion root et l'arrêt du serveur SSH :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
déc. 14 02:54:11 chezMoi systemd[1]: Stopped OpenBSD Secure Shell server.
déc. 14 02:54:11 chezMoi systemd[1]: ssh.service: Succeeded.
déc. 14 02:54:11 chezMoi systemd[1]: Stopping OpenBSD Secure Shell server...
déc. 14 02:54:11 chezMoi sshd[5566]: Received signal 15; terminating.
déc. 14 02:54:07 chezMoi sshd[5568]: pam_unix(sshd:session): session opened for user root(uid=0) by (uid=0)
déc. 14 02:54:07 chezMoi sshd[5568]: Accepted password for root from 192.168.1.39 port 59520 ssh2

ça va la machine est à côté de moi, je me connecte en physique pour redémarrer le service.

je ne vois rien d'inhabituel dans /etc/ssh/sshd_conf ?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
nbah@chezMoi:~$ grep -v '^#\|^$' /etc/ssh/sshd_config
PermitRootLogin yes # je ne me souviens pas, mais c'est la seule ligne que je change d'habitude
ChallengeResponseAuthentication no
UsePAM yes
X11Forwarding yes
PrintMotd no
AcceptEnv LANG LC_*
Subsystem       sftp    /usr/lib/openssh/sftp-server

avez-vous eu une expérience similaire ? avez-vous une idée de solution ?

[A3gisS3c]

Hello,

En effet vraiment bizarre j'ai jamais vu ça et si le problème survient apres ssh | su- | sudo -i, cest que le problème vient d'une configuration système un peu bizarre.

Dans ce genre de problème, mets cette directive dans /etc/ssh/sshd_config et reproduis le problème stp ^^

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
LogLevel DEBUG3

La tout de suite à part un pam_exec dans ton /etc/pam.d/ je ne vois pas :p

[disedorgue]

Une autre possibilité, c'est un fichier d'env de type .login ou .logout vérolé chez root lui même qui arrête le service...

[N_BaH]

mais tout à fait, et tout simplement.

Code /root/.bash_logout :

Sélectionner tout - Visualiser dans une fenêtre à part

systemctl is-active sshd >/dev/null 2>&1 && systemctl stop sshd

c'est une commande que j'aurais pu taper, et que j'aurais mise ça en place pour... je sais pas/plus.

c'est une machine configurée, il y a longtemps, pour quelqu'un qui ne s'en est jamais servi, que j'ai récupérée il y a déjà quelques temps, et qui va remplacer celle qui commence à yoyotter depuis une semaine ou deux.

merci!