Я работаю над настройкой своей тестовой сети. каковы преимущества сетевой конфигурации, при которой шлюз по умолчанию = DNS?
Никто. Важно, чтобы назначенный шлюз по умолчанию был машиной в локальной сети, которая будет передавать ваш трафик в и из более широкого Интернета, и важно, чтобы назначенный DNS-сервер был машиной, которая будет правильно и быстро отвечать на ваши DNS-запросы. Часто эти функции объединены в одно устройство, но нет причин, почему это должно быть так.
Вот пример, когда это не так:
[me@host]$ netstat -rn|grep ^0.0.0.0
0.0.0.0 10.13.0.1 0.0.0.0 UG 0 0 0 eth0
[me@host]$ grep nameserver /etc/resolv.conf
nameserver 10.13.0.13
nameserver 10.13.3.16
nameserver 10.13.1.16
Я не могу сказать, насколько вы поняли из своего вопроса, но, очевидно, для вашего шлюза не требуется также запускать DNS. DNS-сервер, который вы используете на своих компьютерах, может находиться где угодно в Интернете, если вы можете получить доступ к этому серверу через его IP-адрес.
Единственное преимущество, которое я вижу, - это наличие у вас шлюзового маршрутизатора, который включает в себя кэширующий преобразователь (я знаю, что многие маршрутизаторы SOHO включают преобразователь, поскольку по умолчанию они выдаются как DNS через DHCP, но я не знаю, кэшируют ли они ответы) . В этом случае все локальные компьютеры получат выгоду от кеширования, поэтому, если компьютер A перейдет на google.com, маршрутизатор найдет эту запись из Интернета и кэширует ее. Затем, если компьютер B перейдет на google.com, ответ DNS придет прямо от маршрутизатора, который может предложить более быстрые ответы. (Если маршрутизатор хоть сколько-нибудь хорош, учитывая оборудование самых дешевых сетевых маршрутизаторов, я не удивлюсь, если такие серверы, как Google, по-прежнему будут быстрее)
Изменить: чтобы уточнить, указанное выше (возможное) преимущество по времени отклика связано не с тем, что шлюз / маршрутизатор работает с DNS конкретно, а просто с наличием кэширующего DNS-сервера рядом с вашими клиентскими машинами.