Pourquoi l'invite de "mot de passe" de ssh met-elle si longtemps à apparaître?

Lorsque j'essaie ssh, l'invite du mot de passe prend trop de temps (presque deux minutes) pour apparaître.

Pourquoi cela arrive-t-il?

Il y a plusieurs choses qui peuvent aller mal. Ajoutez -vvvà faire en sorte que ssh imprime une trace détaillée de ce qu'il fait et voit où il fait une pause.

Le problème peut être sur le client ou sur le serveur.

Un problème courant sur le serveur est que vous vous connectez à partir d'un client pour lequel les recherches DNS inversées expirent. (Une «recherche DNS inversée» signifie revenir de l'adresse IP de la machine cliente à un nom d'hôte. Ce n'est pas vraiment utile pour la sécurité, mais un peu utile pour diagnostiquer les tentatives d'intrusion dans les entrées du journal, mais la configuration par défaut le fait quand même.) Pour désactiver les recherches DNS inversées, ajoutez-le UseDNS noà /etc/ssh/sshd_config(vous devez être root sur le serveur; n'oubliez pas de redémarrer le service SSH par la suite).

Une autre chose qui peut mal se passer est le dépassement de délai d’authentification GSSAPI . Si vous ne savez pas ce que c'est, vous ne comptez probablement pas dessus; vous pouvez le désactiver en ajoutant la ligne GSSAPIAuthentication noà /etc/ssh/ssh_configou ~/.ssh/config(côté client).

Laisser le temps le processus de connexion et voir combien de temps cela prendra:

[root@gislab00207 ~]# time ssh root@ISSLABNTL01
root@isslabntl01's password:
Last login: Fri Oct  4 07:55:03 2013 from 3.60.40.232

[root@ISSLABNTL01 ~]# exit
logout
Connection to ISSLABNTL01 closed.

real    0m45.192s
user    0m0.003s
sys     0m0.005s

You have new mail in /var/spool/mail/root
[root@gislab00207 ~]#

Voir ci-dessus cela a pris environ 45 secondes pour vous connecter -------- TRÈS LENT

Une fois connecté en tant que root, éditez le fichier sshd_config et modifiez l’entrée UseDNS comme ci-dessous. Ici, j'utilise sed au lieu de modifier le fichier.

[root@ISSLABNTL01 ~]# grep -i dns /etc/ssh/sshd_config
#UseDNS yes

[root@ISSLABNTL01 ~]# sed -i 's/#UseDNS yes/UseDNS no/g' /etc/ssh/sshd_config
[root@ISSLABNTL01 ~]# grep -i dns /etc/ssh/sshd_config
UseDNS no

[root@ISSLABNTL01 ~]# service sshd restart
Stopping sshd:                                             [  OK  ]
Starting sshd:                                             [  OK  ]
[root@ISSLABNTL01 ~]# exit

Laissez-nous chronométrer le processus de connexion et voyons maintenant combien de temps cela prendra.

[root@gislab00207 ~]# time ssh root@ISSLABNTL01
root@isslabntl01's password:
Last login: Fri Oct  4 07:55:03 2013 from 3.60.40.232

[root@ISSLABNTL01 ~]# exit
logout

Connection to ISSLABNTL01 closed.

real    0m6.192s
user    0m0.003s
sys     0m0.005s

You have new mail in /var/spool/mail/root
[root@gislab00207 ~]#

Vous voyez, cela prend maintenant 6 secondes, le temps pour moi de taper le mot de passe.

C'est quelque chose qui ne va pas de l'installation d'Ubuntu.

Pour résoudre ce problème, vous devez changer cette ligne dans /etc/nsswitch.conf :

hosts:          files mdns4_minimal [NOTFOUND=return] dns mdns4

Et changez-le pour celui-ci:

hosts:          files dns

Dans mon cas, le problème peut être résolu en redémarrant systemd-logind:

systemctl restart systemd-logind

Ceci est mentionné sur Serverfault .

Je dois le faire régulièrement cependant et je ne sais pas quelle est la cause première du problème.

La sortie de débogage pour SSH dans mon cas vient de s’arrêter pendant 30 secondes alors qu’elle était en train de «se connecter». La solution s'est avérée liée aux paramètres DNS de mon système local. Une configuration réseau précédente avait laissé un serveur DNS factice dans le /etc/resolv.conffichier. Le remplacement par un serveur DNS actuel a résolu le problème.

Pour moi, je changeais les DNS système en 127.0.0.1, auparavant, c'était un hôte non existant.

nano /etc/resolv.conf

Et écris ce qui suit

domain localdomain
search localdomain
(Removed this line) ===> nameserver 10.0.0.1
(Added this line) ===> nameserver 127.0.0.1

Je ne connais pas autant l'environnement de l'affiche que je le souhaiterais, mais pour d'autres personnes ayant un problème similaire, il peut s'agir d'un problème sssd, que nous utilisons pour relier LDAP Mojo.

Cela m'arrive:

$ time ssh server.example.com

real  2m0.018s
user  0m0.006s
sys   0m0.004s

Je dois accéder au serveur (dans mon cas via la console) puis faire un:

service restart sssd

Après cela, les choses fonctionnent. Je n'ai pas eu le temps de déboguer la cause première, mais ce pansement fonctionne pour moi.

Je pourrais résoudre le problème de mot de passe lent via ssh - issue en cochant la case Activer le relais DNS dans les paramètres DHCP de mon routeur dlink. Ensuite, les connexions avec SSH ont fonctionné en une seconde.

Network Settings -> Router Settings -> Enable DNS Relay [x]

La configuration par défaut transfère chaque demande DNS au fournisseur. C'était lent même si je me connectais avec ssh [email protected]. Un indice pour la solution était une entrée dans /etc/resolv.conf "search upc.at" fournie via dhcp.

Le manuel de dlink indique:

When DNS Relay is enabled, DHCP clients of the router will be assigned 
the router's LAN IP address as their DNS server. All DNS requests that 
the router receives will be forwarded to your ISPs DNS servers. 
When DNS relay is disabled, all DHCP clients of the router will 
be assigned the ISP's DNS server.

Après une version DHCP sur le client et le serveur, la connexion via SSH était à nouveau rapide. HTH.