Рейтинг:0

resolv.conf и systemd-resolved: запрос следующего сервера в домене не нашел ответов

флаг tv

Я пытаюсь построить простой алгоритм каскадного разрешения DNS для своего ноутбука:

  • Запрос серверов, предоставляемых DHCP
  • Не нашли/не удалось? Запрос 8.8.8.8 и его друзья
  • Не нашли/не удалось? Запросить локальный dnsmasq на 127.A.B.C.

В настоящее время кажется, что следующий сервер запрашивается только в том случае, если предыдущий так или иначе вышел из строя, но если он ответил пустым ответом, процесс разрешения останавливается.

Можно ли заставить машину под управлением Linux делать это каскадным способом, описанным выше, либо через механизмы ядра, либо через systemd-resolved? Это, безусловно, возможно путем маршрутизации запросов через dnsmasq (настройка systemd-resolved в первом сервер= директива для пересылки запроса на серверы, предоставленные DHCP), но я бы предпочел менее запутанный способ, который сохранил бы как можно большую часть моего дистрибутива нетронутым.

Рейтинг:2
флаг in

К сожалению, DNS работает не так. Единственный раз, когда другие серверы будут опрошены, это когда предыдущий определенный сервер не отвечает. ЛЮБОЙ ответ, даже если этот ответ NXDOMAIN, является ответом. Даже ответ Query Denied является ответом...

Ответить или комментировать

Большинство людей не понимают, что склонность к познанию нового открывает путь к обучению и улучшает межличностные связи. В исследованиях Элисон, например, хотя люди могли точно вспомнить, сколько вопросов было задано в их разговорах, они не чувствовали интуитивно связи между вопросами и симпатиями. В четырех исследованиях, в которых участники сами участвовали в разговорах или читали стенограммы чужих разговоров, люди, как правило, не осознавали, что задаваемый вопрос повлияет — или повлиял — на уровень дружбы между собеседниками.