Не особо понял, что вы имеете в виду.
В двух словах:
Микротик с коммутаторами находится в отдельном влане.
Адрес микротика 172.16.2.1, но попасть на него можо по шлюзу любого влана(вланов у меня много), например по 172.16.128.1.
Как таковой микротик не выступает в роли dhcp сервера для клиентских вланов. Для этого настроен Dhcp relay. А в качестве DNS, что на микротике, что на windows server dhcp указан адрес домена и резервного домена. Соотвественно 172.16.3.6 и 172.16.3.18.
Я сомневаюсь если я уберу на микротике актуальные DNS сервера, то моя ситуация изменится.
Уточняю, что проблема плавующая и встречается не ежедневно. Судя по пакетам в ваершарке при проявлении проблемы клиент не может найти ответ на днс. Т.к. запрос до днс 172.16.3.6 доходит, переходит 172.16.3.18 и после этого на шару задваивается доменное имя(как мне объяснили это так и должно быть), после чего повторно опрашивает днс сервера. Из интересных зацепок подсказали только то, что мои днс запросы идут почему-то по TCP, хотя поидее должны быть UDP.
hint000, ну так я ничего с этой утилитой не увидел(плюс тестил dig линуксовый). Ко мне приходит ответ. Иногда есть есть задержка в ответе 2 секунды. Но эту задержку еще надо словить. Я так понимаю, что раз ответ я получаю то поидее все настроенно ок.
Артем Кайбагоров, ну у меня DNS сервер на контроллере домена. У контроллера домена есть два резервных. Все DNS записи статичные. Настроен редирект в случае недоступности основого DNS на резервные. Запись zabbix.looch.local есть на всех DNS серверах. На микротике ничего нет 100%
В двух словах:
Микротик с коммутаторами находится в отдельном влане.
Адрес микротика 172.16.2.1, но попасть на него можо по шлюзу любого влана(вланов у меня много), например по 172.16.128.1.
Как таковой микротик не выступает в роли dhcp сервера для клиентских вланов. Для этого настроен Dhcp relay. А в качестве DNS, что на микротике, что на windows server dhcp указан адрес домена и резервного домена. Соотвественно 172.16.3.6 и 172.16.3.18.
Я сомневаюсь если я уберу на микротике актуальные DNS сервера, то моя ситуация изменится.
Уточняю, что проблема плавующая и встречается не ежедневно. Судя по пакетам в ваершарке при проявлении проблемы клиент не может найти ответ на днс. Т.к. запрос до днс 172.16.3.6 доходит, переходит 172.16.3.18 и после этого на шару задваивается доменное имя(как мне объяснили это так и должно быть), после чего повторно опрашивает днс сервера. Из интересных зацепок подсказали только то, что мои днс запросы идут почему-то по TCP, хотя поидее должны быть UDP.