Impossible de nommer SSH si le routeur n'est pas connecté à Internet

J'ai un problème lors de la connexion via ssh par son nom. J'ai 1 ordinateur principal (Gigabyte) et 4 autres ordinateurs supplémentaires (Odroids). Je suis Ubuntu dans chacun d'eux. Les ordinateurs d'un réseau utilisent un routeur. Ainsi, lorsque je ssh l'un des odroïdes, je le fais:

ssh [email protected]

Si le routeur est connecté à Internet, je peux ssh toutes les machines par leur nom. Mais si le routeur n'est pas connecté à Internet, je ne peux pas ssh la dernière machine. Alors:

ssh [email protected]

ne fonctionne pas. Et cela se produit avec deux routeurs que j'ai. Ce sont des routeurs Buffalo. D'autre part, je peux me connecter à odroid4 par adresse IP.

ssh [email protected]

Si j'utilise ssh -vvv [email protected] Je remarque que l'adresse IP n'est pas correcte, cela me donne:

debug1: Connecting to odroid4.local [192.168.11.1] port 22.
debug1: connect to address 192.168.11.1 port 22: Connection refused
ssh: connect to host odroid4.local port 22: Connection refused

192.168.11.1 n'est l'adresse IP d'aucune machine. Je pense qu'il me manque une configuration dans les routeurs ou sur les ordinateurs mais je ne sais pas quoi.

le ssh -vvv montre que toutes les demandes sont redirigées vers votre passerelle (si 192.168.1.1 est en effet que).

Vous utilisez probablement DHCP pour obtenir votre configuration IP locale. Avec cela, vient la configuration du serveur DNS, qui, encore une fois, est probablement votre passerelle locale. Il sert généralement de relais DNS qui envoie vos demandes DNS à un serveur DNS externe.

Lorsque vous n’avez pas de connexion Internet, la plupart des CPE (Customer Premises Equipment) offrent un portail captif vous permettant, à vous le client, de dépanner la connexion Internet si vous essayez d’accéder à un site Web externe à l’aide de votre navigateur préféré.

Pour ce faire, le CPE utilise le spoofing DNS pour rediriger toutes les demandes vers lui-même. C'est plutôt normal pour un CPE, même si généralement seules les requêtes http sont redirigées pour éviter ce type de problème, ainsi que les requêtes externes. Cela pourrait être un défaut du côté de Buffalo.

Pour contourner ce problème, vous pouvez soit:

• offrez-vous un beau nouveau routeur tout-en-un;
• à moindre coût, configurez votre propre serveur DNS sur votre réseau local pour traiter les demandes que vous faites;
• Encore plus minime, configurez un fichier hôtes local.

Configuration DNS

• Configuration du fichier de zone locale avec les noms de réseau local souhaités
• Utilisez-le comme serveur DNS principal
• Utilisez la passerelle comme deuxième serveur DNS.

Cela pourrait toutefois ralentir les requêtes DNS en cas de résolution externe du nom de domaine complet (au mieux, quelques centaines de millisecondes de plus).

Fichier d'hôtes locaux

C’est un fichier que vous pouvez modifier pour enregistrer des noms de domaine complets locaux. Votre système le recherchera avant d'envoyer des demandes DNS et, s'il obtient une correspondance, il utilisera l'adresse IP associée.

Sous Windows: C:\Windows\System32\drivers\etc\hosts

Dans les systèmes Unix (y compris Mac OS X): /etc/hosts

N'hésitez pas à commenter ma réponse si cela ne résout pas votre problème et que vous êtes en mesure de fournir davantage d'informations à ce sujet (comme vous pouvez le constater, j'ai dû écrire beaucoup de "probablement". C'est là que vous auriez pu ajouter plus d'informations en premier lieu :)).