какой dns-сервер используется dnsmasq

Есть ли способ определить, что DNS-сервер (dnsmasq) использует или не использует 8.8.8.8?

У меня есть Wi-Fi-маршрутизатор Google Nest, и кажется очевидным (в диагностическом отчете[1]), что он добавляет[2] серверы имен 8.8.8.8 и 8.8.4.4 DNS Google к серверам имен, назначенным в DHCP кабельного модема. Поскольку маршрутизатор использует dnsmasq, я считаю, что мои запросы эффективно используют quad-8, независимо от конфигурации (которая может быть одной из: Google, провайдера или Пользовательский/ручной; устанавливается в приложении Google Wifi).

Поскольку 8.8.8.8 якобы не выполняет фильтрацию IP-адресов - и я не знаю, выполняет ли Comcast/Xfinity фильтрацию IP-адресов - я не знаю, вероятно ли, что я найду имя хоста, которое сознательно по-разному разрешается на двух серверах. Мне достаточно комфортно с dig, host, и nslookup знать, как запрашивать конкретный сервер (при условии отсутствия перенаправления у провайдера), но я не знаю хорошего способа "узнать", какой сервер эффективно используется.

Я управляйте зонами двух доменов (через hostmonster и godaddy). Есть ли какая-то эвристика для изменения зоны и определения того, какой вышестоящий сервер ее разрешает? Тот факт, что это будет кэширование ответов, делает это немного проблематичным[3].

(Я не нашел никаких файлов конфигурации dnsmasq в диагностическом отчете, и у меня нет доступа ssh к маршрутизатору. В настоящее время у меня нет простого механизма для обнюхивания перед маршрутизатором, хотя это может быть единственным надежным способом. Операционки на моем частная сеть включает win10, mac и linux, и у меня есть удаленный доступ к нескольким хостам Linux в другом месте.)

DNS-серверы моего провайдера - 75.75.75.75 и 75.75.76.76 (если это поможет).

Сноски:

  1. Диагностический отчет. Маршрутизатор Wi-Fi Google Nest имеет несколько конечных точек API для предоставления мгновенного статуса (json) и полного диагностического отчета (gzipped protobuf). Примеры:

    http://testwifi.here/api/v1/status
    http://testwifi.here/api/v1/diagnostic-report
    
  2. Добавление. Глядя на диагностический отчет, он показывает, что /etc/resolv.conf перечисляет 8.8.8.8 и 8.8.4.4 сначала , а одним из родительских процессов dhcpcd является shill --prepend-dns-servers=8.8.8.8,8.8.4.4. Текущая конфигурация Custom: 75.75.75.75, 75.75.76.76 (в первую очередь для этого тестирования).

  3. Кэширование . Я считаю, что в DNS нет механизма для отключения кэшированных результатов. https://serverfault.com/q/372066.