Pourquoi l'invite de "mot de passe" de ssh met-elle si longtemps à apparaître?
Lorsque j'essaie de 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 pour que ssh imprime une trace détaillée de ce qu’il fait et voit où elle s’arrête.
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 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 aller mal est GSSAPI expiration du temps d'authentification. 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_config ou ~/.ssh/config (située 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 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 laissait un serveur DNS factice dans le fichier /etc/resolv.conf. 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 pourrais résoudre l'invite de mot de passe lent via ssh - en vérifiant 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.
Je ne connais pas autant l'environnement de l'affiche que je le souhaiterais, mais pour les autres personnes ayant un problème similaire, il peut s'agir d'un problème avec 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.