[SSH] Connexions clientes ssh qui ne fonctionnement plus

[Spheerys]

Bon alors là, c'est bizarre.
Du jour au lendemain, aucune de mes connexions ssh ne fonctionnent (bécanes locales ou distantes).
Je n'ai pas d'erreur particulière, ça cherche juste dans le vide.

Je ne me souviens pas avoir modifié quoique se soit dans ma conf client ssh.
J'ai même soupçonné une mise à jour de Arch mais comme personne ne se plaint du problème, j'ai abandonné l'idée

Qd je tente un mode verbose, ça ne me donne rien de flagrant :

Code : Tout sélectionner

$ ssh -v myserver.domain.net
OpenSSH_6.8p1, OpenSSL 1.0.2a 19 Mar 2015
debug1: Reading configuration data /home/hedy/.ssh/config
debug1: /home/hedy/.ssh/config line 32: Applying options for *
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Connecting to myserver.domain.net [94.xxx.12.8] port 22.
debug1: Connection established.
debug1: identity file /home/hedy/.ssh/id_rsa type 1
debug1: key_load_public: No such file or directory
debug1: identity file /home/hedy/.ssh/id_rsa-cert type -1
debug1: identity file /home/hedy/.ssh/id_dsa type 2
debug1: key_load_public: No such file or directory
debug1: identity file /home/hedy/.ssh/id_dsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/hedy/.ssh/id_ecdsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/hedy/.ssh/id_ecdsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/hedy/.ssh/id_ed25519 type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/hedy/.ssh/id_ed25519-cert type -1
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_6.8
debug1: Remote protocol version 2.0, remote software version OpenSSH_6.0p1 Debian-4+deb7u2
debug1: match: OpenSSH_6.0p1 Debian-4+deb7u2 pat OpenSSH* compat 0x04000000
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-ctr umac-64@openssh.com none
debug1: kex: client->server aes128-ctr umac-64@openssh.com none
debug1: sending SSH2_MSG_KEX_ECDH_INIT
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
debug1: Server host key: ssh-rsa SHA256:iM21Do0bLGjhuitUUItgzeMY7GVzMQzerazegHafYSFzM
debug1: Host 'myserver.domain.net' is known and matches the RSA host key.
debug1: Found key in /home/hedy/.ssh/known_hosts:92
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: Roaming not allowed by server
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received

(et là, le vide interstellaire... même pas le retour du prompt)

Avec -vv ça donne plus de choses, mais rien de significatif non plus.

Une idée pour déboguer le truc ?

[benjarobin]

Sur une VM, j'ai presque la même sortie quand j'essaye de me connecter à moi même, par contre j'ai ceci qui suit :

Code : Tout sélectionner

debug1: Authentications that can continue: publickey,password
debug1: Next authentication method: publickey
debug1: Trying private key: /home/benjarobin/.ssh/id_rsa
debug1: Trying private key: /home/benjarobin/.ssh/id_dsa
debug1: Trying private key: /home/benjarobin/.ssh/id_ecdsa
debug1: Trying private key: /home/benjarobin/.ssh/id_ed25519
debug1: Next authentication method: password

La première chose que j'essayerai de faire est de déplacer le dossier .ssh, par exemple :

Code : Tout sélectionner

mv ~/.ssh ~/back.ssh

Puis d'essayer de me connecter à moi même :

Code : Tout sélectionner

ssh -v 127.0.0.1

Sinon fais tu une authentification par mot de passe ou par clé (publickey) ?

[Spheerys]

Bon alors j'ai tenté de rétrograder openssh au cas où : pas de changement, sauf après un redémarrage de l'ordi !
Du coup s'il faut c'était juste un soucis de redémarrage. Je vais essayer de repasser à la dernière version d'openssh pour voir.

C'est juste con pour mon uptime de 1546 jours

[benjarobin]

Je suis désolé, mais tu n'avais pas mis à jour ton kernel depuis 1546 jours ?
C'est de la folie pure !!! Aucune faille de sécurité de corrigé depuis plus de 1500 jours

[mimile]

[/hors sujet]
@ un uptime de 1546 jours (plus de 4 ans !!) - il s'en est passé des choses entre-temps [\hors sujet]

[Doline]

Ah moins qu'il visait un record dans le guinness

[Moviuro]

Les uptime comme ça, ça sera certainement atteint avec Linux > 4.1 (live patching, tout ça)...

Sinon, ouais, il faut redémarrer les démons lors des MAJs...

[Spheerys]

Si on peut plus déconner où va-t-on ^^