OVH Cloud OVH Cloud

Utilisation de ssh client bloquée

13 réponses
Avatar
Guy Roussin
Bonjour,

Sur une machine en debian etch (amd64) je ne peux pas faire
de ssh :
Le lancement de ssh avec l'option -vvv pourtant tr=E8s bavard
d'habitude ne donne *rien*.
$ ssh -vvv monhost
reste bloqu=E9 l=E0 ind=E9finiment ... jusqu'=E0 un ctrl C

pourtant un :
telnet monhost 22
montre un dialogue sur le port 22 avec monhost

$ strace ssh monhost
...
rt_sigaction(SIGALRM, {0x42fc90, [], SA_RESTORER, 0x2b5e8b46e110}, {SIG_D=
FL}, 8) =3D 0
rt_sigaction(SIGHUP, {0x42fc90, [], SA_RESTORER, 0x2b5e8b46e110}, {SIG_DF=
L}, 8) =3D 0
rt_sigaction(SIGINT, {0x42fc90, [], SA_RESTORER, 0x2b5e8b46e110}, {SIG_DF=
L}, 8) =3D 0
rt_sigaction(SIGPIPE, {0x42fc90, [], SA_RESTORER, 0x2b5e8b46e110}, {SIG_I=
GN}, 8) =3D 0
rt_sigaction(SIGQUIT, {0x42fc90, [], SA_RESTORER, 0x2b5e8b46e110}, {SIG_D=
FL}, 8) =3D 0
rt_sigaction(SIGTERM, {0x42fc90, [], SA_RESTORER, 0x2b5e8b46e110}, {SIG_D=
FL}, 8) =3D 0
rt_sigaction(SIGTSTP, {0x42fc90, [], SA_RESTORER, 0x2b5e8b46e110}, {SIG_D=
FL}, 8) =3D 0
rt_sigaction(SIGTTIN, {0x42fc90, [], SA_RESTORER, 0x2b5e8b46e110}, {SIG_D=
FL}, 8) =3D 0
rt_sigaction(SIGTTOU, {0x42fc90, [], SA_RESTORER, 0x2b5e8b46e110}, {SIG_D=
FL}, 8) =3D 0
ioctl(4, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo ..=
.}) =3D 0
ioctl(4, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo ..=
.}) =3D 0
ioctl(4, SNDCTL_TMR_CONTINUE or TCSETSF, {B38400 opost isig icanon -echo =
...}) =3D 0
ioctl(4, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon -echo .=
..}) =3D 0
write(4, "Password: ", 10Password: ) =3D 10
read(4,
reste bloqu=E9 l=E0 ind=E9finiment ... jusqu'=E0 un ctrl C

J'ai purg=E9 la conf ssh et reinstall=E9 ssh ... sans plus de succ=E8s.

Je peux sans probl=E8me atteindre cette machine en ssh.

Merci de vos lumi=E8res ...

--=20
Guy Roussin

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

3 réponses

1 2
Avatar
Guy Roussin
Quelques observations complémentaires.

Lorsque je suis sous gnome avec un compte non root,
le probleme du blocage ssh se pose de la même manière.
Je peux voir avec le moniteur système que 100% d'un
cpu est utilisé par le processus bash et que la mémoire
est consommée a un rythme soutenu de qq % par seconde ...


Lorque je suis dans une console (ctrl-alt-Fx ou depuis
un accès ssh d'une autre machine) le blocage se
manifeste lorsque je suis root mais je viens de constater
que je n'ai pas de blocage si je ne suis pas root !!!


C'est déjà un bon point. J'ai donc un moyen de faire
du ssh depuis cette machine, pourvu que je ne sois
pas root *et* que je le fasse en dehors de l'interface
graphique ...


Guy

Effectivement, y a un fonctionnement étrange avec strace.
Avec le strace, je peux saisir mon mot de passe et me logguer.
Biensûr, à cause des commentaires de strace cette connexion
est pas vraiment utilisable. Noter également que le scp
fonctionne parfaitement avec saisie du password.

Sans le strace, Password: ne s'affiche pas et lorsque je
saisi des caractères ils s'affichent en clair dans le terminal.
Meme si je saisi et valide ainsi le mot de passe (visible alors
en clair à l'ecran) la connexion ne se fait pas.

J'ai l'impression que mon probleme vient du mécanisme mis
en place pour cacher la saisie du mot de passe ... Cette
saisie est peut etre attendue dans un autre terminal ou
dans l'espace intersideral des /dev ...



--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
daniel huhardeaux
Guy Roussin a écrit :
[...]

Lorque je suis dans une console (ctrl-alt-Fx ou depuis
un accès ssh d'une autre machine) le blocage se
manifeste lorsque je suis root mais je viens de constater
que je n'ai pas de blocage si je ne suis pas root !!!


Peut etre que root n'est pas autorisé à se connecter sur la machine dans
sshd. C'est une option que j'active systématiquement.

[...]

--
Daniel

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
Guy Roussin
Bonjour,

Petit rappel: la commande ssh ne marche pas sur une machine
sauf si lancée avec un gdb ou un strace ! Le cpu est utilisé à  
100% et en peu de temps toute la RAM est mangée !

La solution :
Un admin zélé a ajouté dans /etc/bash.bashrc les lignes su ivantes :

sshy() { ssh -Y $@ ; }
ssh() { ssh -X $@ ; }

et apparemment ça le fait pas ... sans doute vouliat-il écrire sshx() !

Je suis revenu au /etc/bash.bashrc de base et tout est rentré
dans l'ordre.

Merci à tous.

Guy

J'ai l'impression que mon probleme vient du mécanisme mis
en place pour cacher la saisie du mot de passe ... Cette
saisie est peut etre attendue dans un autre terminal ou
dans l'espace intersideral des /dev ...



Ou mieux, tu es face à un keylogger ;)

Quand il voit que tu passes par strace, il lance le bon ssh, sinon il
s'exécute mais est légèrement buggué pour la demand e du mot de passe
:p

Bonne parano ;)




--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
1 2