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

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


Очень надеюсь что в новых версиях прошивки этот баг будет устранён.

_________________
----------------
С Уважением
http://www.webprogrammer.spb.ru

Если я не прав, надеюсь меня поправят, но насколько я понимаю, вторичный днс используется при недоступности 1-го. Т.е. если 1-й лежит, то пытаемся ко 2-му обратится. Если же 1-й отвечает, но не знает хоста, значит и нет такого

Если на 1-м днс хост не найден, то на 2-м тоже не найдется

_________________
Дорога без конца, дорога без начала и конца...

А как быть в случае если надо объединить две сетки, каждая из которых может содержать адреса, не входящие в другую сетку?

По-моему если адрес не найден в одной сетке, то его надо сначала поискать в другой сетке и только _после_ этого делать вывод о недоступности адреса.

А ситуация когда один из DNS доступен, а другой не доступен по моему чрезвычайно маловероятна ( поскольку оба сервера находятся в одной сети. Если сеть упала, то не видны _оба_ сервера. )

_________________
----------------
С Уважением
http://www.webprogrammer.spb.ru

ДНС сервера никоим образом не связаны с объединением сетей и вполне могут находиться в разных подсетях.
zmh совершенно верно описал алгоритм обращения к ДНС

А нельзя ли сослаться на официальный документ, в котором подобное поведение DNS-серверов описано.

Я задал такой же вопрос в техподдержку компании Zyxel и получил диаметрально-противоположный ответ!

МОЙ ВОПРОС:

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

Спасибо.

ОТВЕТ НА МОЙ ВОПРОС

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

Как узнать который из двух ответов правильный?

_________________
----------------
С Уважением
http://www.webprogrammer.spb.ru

Дорогой наш Tamachi, Вы про пятый пункт в правилах форума читали? Где полное название модели? Где версия прошивки? Где описание настроек?

_________________
С уважением,
Бигаров Руслан.

Читайте внимательно! "Заведомо ложный", т.е. такой, к которому невозможно подключиться.

Почитать можно тут:
http://www.ietf.org/rfc/rfc1034.txt
http://www.ietf.org/rfc/rfc1035.txt
http://www.ietf.org/rfc/rfc1537.txt
http://www.ietf.org/rfc/rfc1591.txt
http://www.ietf.org/rfc/rfc1713.txt
http://www.ietf.org/rfc/rfc2606.txt

Ну, если судить по количеству купленных маршрутизаторов, то Вы правы.



Дык я же не в первый раз пишу.
Кстати, о настройках, касающихся DNS-серверов я уже писал,
схему с настройками уже высылал (сначала Владу Волкову, но он сейчас в отпуске, потом на адрес dkushch@dlink.ru).

В привёдённых ссылках я не обнаружил описания алгоритма взаимодействия первичного и вторичного DNS-серверов.

Правда, есть близкий по тематике пассаж: "Each secondary server is required to perform the following operations
against the master, but may also optionally perform these operations
against other secondary servers. This strategy can improve the transfer
process when the primary is unavailable due to host downtime or network
problems, or when a secondary server has better network access to an
"intermediate" secondary than to the primary."


То есть обращение ко вторичному серверу всё же может происходить при условии что "a secondary server has better network access " -- то есть как раз в моём случае.

_________________
----------------
С Уважением
http://www.webprogrammer.spb.ru

Может. При недоступности первого. Сейчас специально у себя проверил.