Ситуация: новая настройка UXG-Pro.
Я хотел предварительно настроить LAN и WAN IP-адреса и область DHCP перед развертыванием на удаленных площадках. Самостоятельно размещенное приложение UNA версии 9.1.120.
Предварительно настроил 2 WAN-интерфейса – оба со статическими IP-адресами. Оставил настройку DNS-сервера в "Auto" (не знаю почему, но поначалу казалось, что это работает).
Всё работало поначалу, но роутер "отвалился" в какой-то момент, когда мы установили его на "настоящей" площадке. Оба WAN IP-адреса оставались пинговыми, и когда я подключался по ssh к роутеру, я мог пинговать IP-адреса вроде 1.1.1.1 или 8.8.8.8, но DNS не работал. Любые имена хостов возвращали ошибку разрешения или что-то похожее.
Проверяя /etc/resolv.conf или /run/dns.conf.d/resolv.dnsmasq, я увидел, что единственным именем сервера был 127.0.0.1. Роутер по сути превратился в "кирпич", я никак не мог понять, как снова заставить DNS работать. Пытался вставить 8.8.8.8 в resolv.conf и перезапустить dnsmasq командой /etc/init.d/dnsmasq restart, но это вызвало кучу ошибок и не сработало.
Что сработало – это выдача нового set-inform, используя IP-адрес нашего контроллера, что временно позволило шлюзу снова "подняться" в UNA, а затем снять флажок "Auto" и вручную вставить DNS-серверы для обоих WAN-интерфейсов.
TL;DR — "Auto" вообще валидно для статических WAN-соединений? Если нет, когда UI вообще это позволяет? Или, если ответ ДА, то что я упустил здесь, что вызвало падение шлюза и "дыру" в DNS? Есть ли способ временно восстановить DNS-функциональность без повторного развертывания роутера с жестко закодированным set-inform <ip-адрес>?
Скриншот (это вообще валидно?)
Я хотел предварительно настроить LAN и WAN IP-адреса и область DHCP перед развертыванием на удаленных площадках. Самостоятельно размещенное приложение UNA версии 9.1.120.
Предварительно настроил 2 WAN-интерфейса – оба со статическими IP-адресами. Оставил настройку DNS-сервера в "Auto" (не знаю почему, но поначалу казалось, что это работает).
Всё работало поначалу, но роутер "отвалился" в какой-то момент, когда мы установили его на "настоящей" площадке. Оба WAN IP-адреса оставались пинговыми, и когда я подключался по ssh к роутеру, я мог пинговать IP-адреса вроде 1.1.1.1 или 8.8.8.8, но DNS не работал. Любые имена хостов возвращали ошибку разрешения или что-то похожее.
Проверяя /etc/resolv.conf или /run/dns.conf.d/resolv.dnsmasq, я увидел, что единственным именем сервера был 127.0.0.1. Роутер по сути превратился в "кирпич", я никак не мог понять, как снова заставить DNS работать. Пытался вставить 8.8.8.8 в resolv.conf и перезапустить dnsmasq командой /etc/init.d/dnsmasq restart, но это вызвало кучу ошибок и не сработало.
Что сработало – это выдача нового set-inform, используя IP-адрес нашего контроллера, что временно позволило шлюзу снова "подняться" в UNA, а затем снять флажок "Auto" и вручную вставить DNS-серверы для обоих WAN-интерфейсов.
TL;DR — "Auto" вообще валидно для статических WAN-соединений? Если нет, когда UI вообще это позволяет? Или, если ответ ДА, то что я упустил здесь, что вызвало падение шлюза и "дыру" в DNS? Есть ли способ временно восстановить DNS-функциональность без повторного развертывания роутера с жестко закодированным set-inform <ip-адрес>?
Скриншот (это вообще валидно?)