web-dev-qa-db-fra.com

Erreur de mastic: impossible d'ouvrir la connexion au nom d'hôte: l'hôte n'existe pas

J'utilise PuTTY pour ssh sur certains des serveurs sur lesquels je travaille. Je peux connecter tous les autres sauf celui-ci. Bien que j'aie pu me connecter auparavant. Chaque fois que j'essaye de me connecter, cela me donne toujours l'erreur "Impossible d'ouvrir la connexion sur myhost: l'hôte n'existe pas". Mon pare-feu est désactivé et j'ai même réinstallé PuTTY mais aucune aide. Lorsque j'ai essayé de me connecter au même serveur en utilisant PuTTY sur un autre système Windows, j'ai pu le faire. J'ai cherché à ce sujet sur Internet mais je n'ai pas trouvé grand-chose de pertinent.

J'utilise PuTTY sur Windows-7.

Quel peut être le problème possible? Veuillez aider. Je n'ai aucune idée à ce sujet.

windowsputtyhost
5
POOJA GUPTA

Si je comprends bien, vous avez trois ordinateurs impliqués. En même temps, une connexion fonctionne et l'autre échoue. Nous pouvons donc exclure que le démon ssh sur votre box Linux soit bloqué. À défaut de connaître leur vrai nom, j'appellerai vos ordinateurs linuxbox (c'est l'ordinateur sur lequel vous voulez ssh), win7ok (c'est l'ordinateur que vous pouvez utiliser pour utiliser ssh PuTTY) et win7fail (c'est évidemment l'ordinateur à partir duquel vous ne pouvez pas vous connecter).

Veuillez faire un tracert à partir des deux ordinateurs Win7:

tracert linuxbox.your.domain
tracert linuxbox

Ajoutez les résultats à votre question car cela nous aidera à savoir ce qui se passe.

C'est peut-être aussi une bonne idée de déterminer l'adresse IP de la linuxbox à partir de win7ok:

ping linuxbox

ou

nslookup linuxbox

Ensuite, essayez de vous connecter à partir de win7fail en utilisant l'adresse IP de l'ordinateur cible, ce n'est peut-être qu'un problème DNS (ce qui pourrait être dû au fait que nmap échoue également).

Pour que tout cela soit plus facile à comprendre pour nous, veuillez fournir les vrais noms des ordinateurs tels que vous les utilisez dans PuTTY.

2
Marged

J'ai utilisé nslookup puis utilisé l'adresse IP qu'il m'a donnée pour me connecter et cela a fonctionné

2
tercou1

J'ai eu un problème similaire avec GitExtensions. La solution était de supprimer l'URL https et de la remplacer par git @ gitlab ....

FAUX: enter image description here

BIEN: enter image description here

1
ADM-IT

Votre cache DNS stocke les emplacements (adresses IP) des serveurs Web qui contiennent des pages Web que vous avez récemment consultées. Si l'emplacement du serveur Web change avant l'entrée dans vos mises à jour du cache DNS, vous ne pouvez plus accéder au site.

La commande CLI suivante fera l'affaire:

ipconfig /flushdns
0
muley

Je viens de passer par là. J'ai un VPN Cisco que je dois utiliser pour accéder à la machine Linux à laquelle je voulais me connecter et vérifier.

Aucune session PuTTY ne passerait par l'utilisation du nom de la machine. Un nslookup sur la machine Windows a donné l'adresse correcte. Moi aussi, je me suis connecté directement via l'adresse IP. J'ai essayé de Google l'erreur et il a échoué, donc je soupçonnais le sans fil.

Déconnecté et reconnecté mon WiFi et tout allait bien. Je l'ai fait assez rapidement pour que les connexions ouvertes restent ouvertes. Et les nouvelles connexions faisant référence aux noms DNS ont bien fonctionné.

Il semble que certaines adresses DNS mises en cache étaient périmées.

0
DrMayhem