Pourquoi mon SSH connexion est lente?

Outre les problèmes de DNS déjà mentionnés, si vous vous connectez en ssh à un serveur avec de nombreux montages NFS, il peut y avoir un délai entre le mot de passe et l'invite, car la commande quota vérifie votre utilisation/quota sur tous les systèmes de fichiers non montés avec le noquota. Sur les systèmes Solaris, vous pouvez voir cela dans le profil par défaut /etc/profile et le sauter en exécutant touch $HOME/.hushlogin.

Cela est probablement spécifique uniquement à l'OpenSSH de Debian/Ubuntu, qui inclut le correctif user-group-modes.patch écrit par l'un des mainteneurs du paquet Debian. Ce correctif permet aux fichiers ~/.ssh d'avoir le bit de permission en écriture pour le groupe (g+w) si un seul utilisateur a le même gid que celui du fichier. La fonction secure_permissions() du correctif effectue cette vérification. Une des phases de la vérification consiste à parcourir chaque entrée passwd en utilisant getpwent() et à comparer le gid de l'entrée avec le gid du fichier.

Sur un système avec de nombreuses entrées et/ou une authentification NIS/LDAP lente, cette vérification sera lente. nscd ne met pas en cache les appels getpwent(), donc chaque entrée passwd sera lue sur le réseau si le serveur n'est pas local. Sur le système où j'ai trouvé cela, cela ajoutait environ 4 secondes à chaque invocation de ssh ou de connexion au système.

La solution est de supprimer le bit en écriture sur tous les fichiers dans ~/.ssh en exécutant chmod g-w ~/.ssh/*.

Travailler bien.

# uname -a
SunOS oi-san-01 5.11 oi_151a3 i86pc i386 i86pc Solaris
# ssh -V
Sun_SSH_1.5, protocoles SSH 1.5/2.0, OpenSSL 0x009080ff
# echo "GSSAPIAuthentication no" >> /etc/ssh/sshd_config
# echo "LookupClientHostnames no" >> /etc/ssh/sshd_config
# svcadm restart ssh

UseDNS non ne fonctionne pas avec OpenIndiana !!!

Lire "man sshd_config" pour toutes les options

"LookupClientHostnames no" si votre serveur ne peut pas résoudre

Si aucune des réponses ci-dessus ne fonctionne et que vous rencontrez des problèmes de résolution inverse de DNS, vous pouvez également vérifier si nscd (démon de cache de service de nom) est installé et en cours d'exécution.

Si c'est le problème, c'est parce que vous n'avez pas de cache DNS, et chaque fois que vous interrogez un nom d'hôte qui ne figure pas dans votre fichier host, vous envoyez la question à votre serveur de noms au lieu de regarder dans votre cache.

J'ai essayé toutes les options ci-dessus et le seul changement qui a fonctionné était de démarrer nscd.

Vous devriez également vérifier l'ordre de résolution des requêtes DNS dans le fichier /etc/nsswitch.conf pour utiliser d'abord le fichier d'hôtes.

J'ai récemment découvert une autre cause de connexions SSH lentes.

Même si vous avez UseDNS no dans /etc/sshd_config, sshd peut toujours effectuer des recherches DNS inverse si /etc/hosts.deny contient une entrée comme :

nnn-nnn-nnn-nnn.rev.some.domain.com

Cela peut se produire si vous avez DenyHosts installé sur votre système.

Ce serait génial si quelqu'un savait comment faire en sorte que DenyHosts évite de mettre ce type d'entrée dans /etc/hosts.deny.

Voici un lien vers la FAQ de DenyHosts, sur la façon de supprimer des entrées de /etc/hosts.deny - voir Comment puis-je supprimer une adresse IP bloquée par DenyHosts ?