Почему домашние шлюзы размещают свои собственные DNS-серверы?

Question

Каждый шлюз потребительского уровня, который я видел, имеет собственный DNS-сервер и указывает DHCP-клиентам использовать его. У меня появилась привычка переопределять их с помощью OpenDNS/Google/ и т.д., Так как эти DNS-серверы перестают работать без видимой причины.

У меня вопрос, какие причины могут быть у производителей для включения этой «функции», которая часто не работает? Мои догадки:

• Таким образом, пользователи могут регистрировать имена хостов для машин в локальной сети.
• Кэширование.

Ничто из этого не выглядит достаточно убедительным, но я не профессионал в области сетевых технологий, поэтому я могу что-то упустить. Просто кажется, что было бы гораздо разумнее, если бы шлюз велел DHCP-клиентам использовать те же DNS-серверы, что и шлюз.

Answer 1

Домашние шлюзы изначально добавляли прокси-серверы DNS задолго до того, как добавляли контент-серверы DNS (последний - возможность определять сопоставления имени хоста и IP-адреса прямо на шлюзе).

Причина, по которой они добавили возможность выступать в качестве прокси-серверов DNS, заключалась в том, чтобы не дать DNS сломаться, если интерфейс WAN перенумеровывается. Если интерфейсу WAN вашего шлюза динамически сообщается список адресов общедоступных DNS-серверов (через DHCP, PPPoE, PPPoA и т.д.), Этот список может измениться во время обновления DHCP или при получении ссылки PPP [oE | oA] пересмотрела. Если старый список DNS-серверов больше не действителен / недоступен при новом подключении, невозможно своевременно сообщить об этих изменениях клиентам локальной сети. DHCP не предоставляет серверу возможности немедленно "отправлять" обновления конфигурации клиентам. Необходимо подождать, пока клиентам потребуется обновить аренду DHCP, что может занять несколько часов или дней, в зависимости от конфигурации сервера DHCP.

Таким образом, сообщая всем клиентам об отправке DNS-запросов к шлюзу, шлюз всегда может убедиться, что они получают правильные в настоящий момент DNS-серверы, независимо от того, как часто провайдер изменяет этот список.

К сожалению, есть много дешевых / дрянных / глючных домашних шлюзов для потребителей, которые не делают этого правильно, поэтому эта функция, которая должна сделать DNS более надежным, на самом деле делает обратное. Похоже, это тот опыт, с которым вы больше всего знакомы.

Answer 2

В основном это делается для того, чтобы клиенты DHCP могли ссылаться на другие машины в своей локальной сети по имени, а не по IP-адресу. Если вы просто передадите имя или IP-адрес какого-либо внешнего DNS-сервера, такого как Google или OpenDNS, вы потеряете эту функцию.

Эта потеря функциональности может быть частично компенсирована специфическими для ОС сервисами, такими как SAMBA для Windows и Linux или Bonjour для Mac. Но локальный DNS работает одинаково хорошо для всех машин в локальной сети.

Функциональность легко расширяется до статических IP-адресов, таких как, например, принтеры, так что вам действительно не нужно запоминать IP-адрес чего-либо в вашей сети.

Кроме того, удобство наличия локальной DNS растет очень быстро с размером сети и / или с наличием других локальных сетей, подключенных к шлюзу. Например, у меня есть постоянное соединение OpenVPN между моим домом и моей лабораторией в моем университете, и общее число пользователей между этими двумя превышает сотню, включая станцию Xbox моей дочери.

Не убедительно? Конечно. Неудобно? В равной степени, конечно, нет.

Answer 3

Маршрутизаторы обычно используют внутренние DNS-серверы для разрешения имен в одной и той же сети, потому что, если вы пропингуете computer1 с компьютера2, только маршрутизатор будет знать правильный IP-адрес. (MariusMatutiae избили меня до этого)

Он также будет действовать как любой другой DNS-сервер (в том числе общедоступный, который вы используете) и будет переходить на другие DNS-серверы, пока не найдет сервер, который знает IP-адрес и местоположение.

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

Answer 4

Я согласен с предыдущим ответом о DHCP/Dynamic DNS. Это важно для некоторых людей (я постоянно использую DNS). Поэтому имеет смысл использовать эту функцию в качестве опции, делая маршрутизатор более ценным как продукт.

Он также предоставляет DNS, когда интернет-соединение не работает. Опять же, мне это нужно, чтобы я мог пользоваться своей сетью во время простоя.

Я чувствую, DNS-кэширование является большим преимуществом. Это делает вещи очень быстрыми. Это легко реализовать, имеет низкие накладные расходы и ускоряет работу. Почему бы не использовать его?