J’ai une VM sous debian qui as un problème de DNS, et comme je suis une quiche dans ce domaine, je viens demander un coup de main
quand je ping 8.8.8.8, j’ai bien une réponse
mais quand je ping google.fr, pas de réponse.
C’est typique d’un problème DNS
voici la conf de /etc/network/interfaces
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).
source /etc/network/interfaces.d/*
# The loopback network interface
auto lo
iface lo inet loopback
# The primary network interface
allow-hotplug ens192
iface ens192 inet static
address xxx.yyy.48.28
gateway xxx.yyy.4.3
# dns-* options are implemented by the resolvconf package, if installed
dns-nameservers xxx.yyy.162.42
ici dns-nameservers est correcte, mais impossible de piguer des nom dns
J’ai testé la commande sur le serveur lui même, voici ce que cela donne
dig +trace mondomaine.fr
; <<>> DiG 9.10.3-P4-Debian <<>> +trace mondomaine.fr
;; global options: +cmd
;; connection timed out; no servers could be reached
et pour microsoft
dig +trace microsoft.com
; <<>> DiG 9.10.3-P4-Debian <<>> +trace microsoft.com
;; global options: +cmd
;; connection timed out; no servers could be reached
J’ai testé d’un serveur qui est sur le même réseau
dig +trace mondomaine.fr
; <<>> DiG 9.8.2rc1-RedHat-9.8.2-0.68.rc1.el6_10.1 <<>> +trace mondomaine.fr
;; global options: +cmd
;; Received 17 bytes from xxx.yyy.162.37#53(xxx.yyy.162.37) in 1 ms
Pour microsoft
dig +trace microsoft.com
; <<>> DiG 9.8.2rc1-RedHat-9.8.2-0.68.rc1.el6_10.1 <<>> +trace microsoft.com
;; global options: +cmd
;; Received 17 bytes from xxx.yyy.162.37#53(xxx.yyy.162.37) in 1 ms
Je vois que c’est le serveur dns xxx.yyy.162.37 qui répond.
Dans le fichier /etc/network/interfaces j’ai remplacé xxx.yyy.162.42 par le xxx.yyy.162.37 même résultat
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
# DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
nameserver 127.0.0.1
Utiliser nmcli sur un système où le réseau est configuré de manière statique avec /etc/network/interfaces ne va pas aider, pas plus que dig de cette façon…
Il faut déjà voir si tu peux atteindre un résolveur externe :
dig debian-fr.org @1.1.1.1
Et la même avec le résolveur que tu as spécifié dans ton fichier de configuration :
Si xxx.yyy.4.3 correspond bien à la machine qui sert de routeur/passerelle vers l’extérieur, cela me semble ok au niveau de la configuration réseau, reste le problème de pare-feu.
Est-ce qu’un pare-feu est activité sur la VM ou sur le routeur, et si oui avec quelles règles ?
Oui, il y a un parfeu sur cette VM, mais en le désactivant c’est pareil
résolveur 1.1.1.1 est atteignable, comme le résolveur 9.9.9.9, quelques soit les VM.
Mais le 8.8.8.8 est Ok
c’est désactivé, mais pareil.
J’ai oublié de mentionner que j’étais dans un réseau d’entreprise.
Mais, j’ai installé plusieurs application, et jamais eu ce soucis
Je ne vois pas alors…
Il n’y a aucune raison que la résolution de noms fonctionne avec 8.8.8.8 et pas avec les autres (9.9.9.9 et 1.1.1.1) sauf règles de filtrage particulières. Ou alors il y a une erreur de configuration réseau que l’on voit pas avec tes IP masquées. Et pourquoi les masquer si ce sont des IP privées ?
Est-tu sûr que xxx.yyy.48.28 n’est pas attribué à une autre machine ?
As-tu essayé en précisant le masque réseau :
Tu es sûr de la taille du préfixe /16 ? Je ne vois pas d’option netmask ni de préfixe explicite dans la configuration de /etc/network/interfaces, donc je suppose que ifup a pris la longueur de préfixe par défaut de l’ancienne classe à laquelle l’adresse appartenait (classe B pour /16).
Si le préfixe n’est pas bon, la machine ne fait pas correctement la distinction entre ce qui est joignable directement sur son réseau local et ce qui est joignable via son routeur par défaut.
C’est une plage d’adresses IP publiques ou privées ? Le préfixe me semble un peu petit pour un bloc public. Si c’est un bloc privé (192.168.*.*, 172.16-31.*.*, 10.*.*.*), ça ne sert à rien de caviarder les adresses qui sont inutilisables à l’extérieur de ce réseau et ne fait que gêner les lecteurs.
pour le /16 c’est ce que me donne la machine avec la commande ip a
Je suis aller sur des VM qui sont sur le même réseau xx.yyy.48.20 ou 48.24 et c’est un /18 qui est donné
