J'ai VMware Workstation et après un certain temps, j'ai commencé à remarquer qu'après avoir inséré le nom d'utilisateur (pendant la connexion ssh), il faut de plus en plus de temps pour demander le mot de passe. J'ai installé Ubuntu Server 10.10 sur cette VM.
UPD :
Ma VM est située sur mon PC local.
Quelqu'un sait-il ce qui pourrait causer cela ?
SSH effectue une recherche inversée pour résoudre l'hôte de connexion. Le délai que vous rencontrez est dû à une réponse lente ou plus probablement à un dépassement de délai.
Si vous ne pouvez pas effectuer la résolution inverse à partir de cet hôte, vous pouvez également désactiver la recherche inverse de sshd dans le fichier de configuration sshd_config . Recherchez et modifiez l'entrée suivante :
UseDNS non
Cela dépend de votre configuration. Assurez-vous que votre PC local est enregistré sur votre routeur domestique, par exemple. Configurez ensuite votre routeur comme serveur DNS dans votre VM. Si le routeur n'a pas de capacité DNS, vous devez alors éditer /etc/hosts manuellement. (Ça vaut une nouvelle question : "Comment configurer les DNS à la maison ?" Qui serait transférée à superuser.com.
Comme d'autres l'ont dit, il s'agit probablement d'un problème de résolution DNS.
Pour référence future, notez que la FAQ d'OpenSSH décrit ce problème sous le titre 3.3 - ssh(1) prend beaucoup de temps pour se connecter ou se loguer '. Il existe quelques autres causes possibles, mais la résolution DNS est le problème le plus courant :
Il peut y avoir un problème de consultation du DNS, soit au niveau du client, soit au niveau du serveur. Vous pouvez pouvez utiliser la commande nslookup pour vérifier ce problème sur le client et le serveur en recherchant le nom et l'adresse IP de l'autre extrémité. En outre, sur le recherchez le nom renvoyé par la recherche IP-nom du client. Vous pouvez consulter le site pouvez désactiver la plupart des recherches côté serveur en définissant UseDNS non sur sshd_config .
Certains administrateurs définissent UseDNS no comme protection contre le DNS Spoofing. Par exemple, voir le livre SSH, le Shell sécurisé, 2ème édition, section '10.3.3.4 Paramètres TCP/IP'. par O'Reilly, qui dit :
Nous désactivons également les recherches DNS inversées sur les connexions entrantes :
# OpenSSH UseDNS noVous pourriez penser que la sécurité est accrue par les recherches DNS inversées, mais en fait, le DNS n'est pas suffisamment sûr pour garantir des recherches précises. De plus, en raison d'autres problèmes dans votre environnement Unix et réseau, les mappages DNS inversés peuvent même ne pas fonctionner correctement [5.3.3.8]. Enfin, les connexions SSH peuvent être terriblement ralenties ou échouer complètement si les si le DNS du client est défaillant (par exemple, beaucoup de serveurs de noms, tous ne répondent pas, et sshd s'arrête). Les adresses IP des hôtes qui se connectent se retrouvent de toute façon dans vos journaux, vous pouvez donc les consulter. plus tard.
Il s'agit très probablement d'une recherche inversée de DNS. Comme solution rapide, vous pouvez placer une entrée dans le fichier /etc/hosts du serveur auquel vous vous connectez avec l'adresse IP de votre serveur source.
Voir aussi : Délai de 10 secondes avant la réussite de la connexion SSH
Puisque c'est votre PC local et une VM, connectez-vous à la VM via ssh et tapez w pour afficher votre adresse IP/nom d'hôte "FROM". S'il affiche une IP au lieu d'un nom d'hôte, créez une entrée dans le fichier /etc/hosts avec cette IP particulière et lui donner un nom représentatif. Cela devrait bien fonctionner.
SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.
0 votes
Commentaire sur le UPD : Cela ne change pas le fait que votre configuration DNS est cassée.
0 votes
Duplicata possible de Connexion lente sur ssh sur Ubuntu