Essayez de définir UseDNS à no en /etc/sshd_config ou /etc/ssh/sshd_config .
Quand j'ai exécuté ssh -vvv sur un serveur avec des performances lentes similaires, j'ai vu un blocage ici :
debug1: Next authentication method: gssapi-with-mic
En éditant /etc/ssh/ssh_config et en commentant cette méthode d'authentification, j'ai ramené les performances de connexion à la normale. Voici ce que j'ai dans mon /etc/ssh/ssh_config sur le serveur :
GSSAPIAuthentication no
Vous pouvez définir ceci globalement sur le serveur, afin qu'il n'accepte pas GSSAPI pour s'authentifier. Ajoutez simplement GSSAPIAuthentication no à /etc/ssh/sshd_config sur le serveur et redémarrez le service.
Pour moi, le coupable était la résolution IPv6, c'était le délai d'attente. (Mauvais paramètre DNS chez mon hébergeur, je suppose.) J'ai découvert cela en faisant ssh -v , qui indiquait quelle étape était bloquée.
La solution est de ssh avec le -4 choix :
ssh -4 [email protected]