quel serveur dns est utilisé par dnsmasq

Existe-t-il un moyen de déterminer qu'un serveur DNS (dnsmasq) utilise ou non 8.8.8.8 ?

J'ai un routeur Wifi Google Nest, et il semble clair (dans le rapport de diagnostic [1]) qu'il ajoute [2] les serveurs de noms DNS 8.8.8.8 et 8.8.4.4 de Google aux serveurs de noms attribués dans le DHCP du modem câble. Étant donné que le routeur utilise dnsmasq, je pense que mes requêtes utilisent efficacement quad-8, quelle que soit la configuration (qui peut être l'une des suivantes: Google, FAI ou Personnalisé / Manuel; défini dans l'application Google Wifi).

Depuis que 8.8.8.8 ne fait prétendument pas de filtrage IP -- et je ne sais pas si Comcast / Xfinity fait du filtrage IP I Je ne sais pas s'il est probable que je trouve un nom d'hôte qui se résout sciemment différemment dans les deux serveurs. Je suis assez à l'aise avec dig, host, et nslookup pour savoir comment interroger un serveur particulier (en supposant qu'il n'y ait pas de redirection dans le FAI), mais je ne connais pas de bon moyen de "savoir" quel serveur est effectivement utilisé.

I contrôlez les zones de deux domaines (via hostmonster et godaddy). Existe-t-il une heuristique pour faire un changement de zone et déduire quel serveur en amont le résout ? Le fait qu'il s'agisse de la mise en cache des réponses rend cela un peu problématique [3].

(Je n'ai trouvé aucun fichier de configuration dnsmasq dans le rapport de diagnostic et je n'ai pas d'accès ssh au routeur. Je n'ai actuellement pas de mécanisme facile à renifler en amont du routeur, bien que cela puisse être le seul moyen faisant autorité. OSes sur mon le réseau privé comprend win10, mac et linux, et j'ai un accès à distance à plusieurs hôtes Linux ailleurs.)

Les serveurs dns de mon FAI sont 75.75.75.75 et 75.75.76.76 (si cela aide).

Notes de bas de page :

  1. Rapport de diagnostic . Le routeur Wifi Google Nest dispose de plusieurs points de terminaison API pour fournir un état instantané (json) et un rapport de diagnostic complet (protobuf gzippé). Exemples : 

    http://testwifi.here/api/v1/status
http://testwifi.here/api/v1/diagnostic-report

  2. Ajout de . En regardant le rapport de diagnostic, il montre que /etc/resolv.conf répertorie 8.8.8.8 et 8.8.4.4 premier , et l'un des processus parents de dhcpcd est shill --prepend-dns-servers=8.8.8.8,8.8.4.4. La configuration actuelle est Custom: 75.75.75.75, 75.75.76.76 (principalement pour ce test).

  3. Mise en cache . Je crois qu'il n'y a pas de mécanisme dans le DNS pour désactiver les résultats mis en cache. https://serverfault.com/q/372066.
demandé sur