Pourquoi mon SSH connexion est lente?

Pour moi, j'avais besoin de GSSAPI, et je ne voulais pas désactiver les recherches DNS inverses. Cela ne semblait tout simplement pas être une bonne idée, alors j'ai consulté la page principale de resolv.conf. Il s'est avéré qu'un pare-feu entre moi et les serveurs auxquels je me connectais en SSH, perturbait les requêtes DNS, car elles n'étaient pas dans un format que le pare-feu attendait. En fin de compte, tout ce que j'avais besoin de faire était d'ajouter cette ligne à resolv.conf sur les serveurs auxquels je me connectais en SSH :

options single-request-reopen

Pour moi, il y avait un problème dans mon fichier local /etc/hosts. Ainsi, ssh essayait deux adresses IP différentes (dont une incorrecte) ce qui prenait énormément de temps pour terminer.

Utiliser ssh -v a résolu le problème:

$ ssh -vvv remotesrv
OpenSSH_6.7p1 Debian-5, OpenSSL 1.0.1k 8 Jan 2015
debug1: Lecture des données de configuration /home/mathieu/.ssh/config
debug1: /home/mathieu/.ssh/config ligne 60: Application des options pour remotesrv
debug1: Lecture des données de configuration /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config ligne 19: Application des options pour *
debug2: ssh_connect: besoin de priv 0
debug1: Connexion à remotesrv [192.168.0.10] port 22.
debug1: Connexion à l'adresse 192.168.0.10 port 22: Connexion expirée
debug1: Connexion à remotesrv [192.168.0.26] port 22.
debug1: Connexion établie.

Remarquablement, une mise à jour du package bind sur CentOS 7 a cassé named, indiquant maintenant dans le journal qu'il y avait un problème de permissions avec /etc/named.conf. Cela fonctionnait bien depuis des mois avec 0640. Maintenant il veut 0644. Cela a du sens car le démon named appartient à l'utilisateur 'named'.

Avec named arrêté, tout était lent, des connexions ssh au serveur web local, des applications LAMP lentes, etc, très probablement parce que chaque requête expirait sur le serveur local mort avant de chercher un DNS externe, secondaire qui est configuré.

Si ssh prend du temps, alors nous pouvons suivre les étapes :

1. ssh_config
2. sshd_config --> changera en sshd_config

Nous pouvons décommenter la ligne n° 115

[root@mycentos ~]# vi /etc/ssh/sshd_config

UseDNS no -> défaut #UseDNS no --> supprimer le # -> UseDNS no seulement

Enregistrez le fichier sshd et redémarrez le service sshd

[root@mycentos ~]# systemctl restart sshd

Si cela prend encore du temps, nous pouvons effectuer les changements suivants : (Décommenter les lignes ci-dessous)

1. GatewayPorts no

2. PermitTTY yes

3. UseDNS no -> ligne n° 115

4. GSSAPIAuthentication no -> ligne n° 79

Redémarrez le service sshd et essayez de vous connecter en ssh

[root@mycentos ~]# systemctl restart sshd