Когда настройки DNS маршрутизатора сбрасываются после перезапуска к прежним значениям, не повторяйте изменение сразу. Запишите точную модель, аппаратную ревизию, версию встроенного ПО, режим работы, страницу и значения. Затем выясните, изменяли ли вы внешние DNS для WAN, адреса DNS, выдаваемые клиентам DHCP в LAN, или параметр под управлением провайдера либо контроллера Mesh. Примените изменение один раз, подтвердите его после обновления страницы и только потом выполните один контролируемый перезапуск, после которого сравните те же поля. Повторные сбросы стирают полезные сведения.

Ключевые выводы

DNS внешнего подключения и DNS, объявляемый DHCP клиентам, относятся к разным областям и владельцам.

До проверки перезапуском убедитесь, что «Применить» (Apply) или «Сохранить» (Save) действительно сработали.

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

До обновления встроенного ПО или сброса экспортируйте восстанавливаемую конфигурацию и запишите параметры доступа.

Один контролируемый перезапуск отделяет временную ошибку отображения от реального сбоя сохранения.

Сначала сохраните исходное состояние по общему руководству диагностики. Если страница управления сама недоступна, перейдите к руководству по входу в маршрутизатор. Недоступная страница не доказывает возврат DNS.

Шаг 1: настройки DNS маршрутизатора сбрасываются после перезапуска? Запишите модель, режим, владельца и область DNS

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

До редактирования запишите адрес WAN, шлюз, поля DNS WAN, подсеть LAN, диапазон DHCP и поля DNS DHCP. Публичные адреса в отчёте маскируйте. Обратите внимание на значения «автоматически», «от провайдера», «получить из WAN», «объявлять маршрутизатор», «вручную» и «пользовательский». Клиент может видеть локальный адрес маршрутизатора как DNS, а тот пересылает запросы выбранному внешнему серверу.

Определите, какого результата вы добиваетесь. Если сам маршрутизатор должен отправлять запросы выбранному резолверу, нужная страница обычно называется WAN или «Интернет» (раздел DNS). Если клиенты должны получать определённые адреса резолверов в аренде DHCP, нужная страница может называться LAN, «DHCP-сервер» или «Объявление DNS». Изменение одного слоя с последующей проверкой другого часто выглядит как сброс.

Меню изготовителя являются примерами только для указанных моделей. TP-Link описывает выбор пользовательских DNS, сохранение и перезапуск на поддерживаемых устройствах.［1］ ASUS описывает отключение автоматического назначения DNS WAN, ввод серверов и нажатие Apply.［2］ Следуйте руководству конкретной модели и версии, а не изображению другой марки.

Шаг 2: докажите сохранение до перезапуска

Аккуратно введите адреса резолверов и сохраните уже заданные обязательные домены, IPv6, DNS-over-TLS или параметры провайдера. Нажмите Apply или Save и дождитесь подтверждения. Не закрывайте страницу при индикаторе операции и не отключайте питание во время записи конфигурации.

Обновите страницу, а при необходимости нормально выйдите и войдите снова. Откройте ту же область. Если значения уже вернулись к прежним, причина не в перезапуске. Ищите ошибку проверки, режим только для чтения, пропущенную кнопку, автозаполнение браузера, неподдерживаемый формат, смешение IPv4 и IPv6 либо немедленную запись вышестоящего контроллера.

Другой браузер допустим только для сравнения отображения, но не как способ обойти предупреждения. Устаревшую страницу обновляйте обычными средствами перезагрузки. Если интерфейс сообщил об успехе, а новый сеанс показывает старое значение, сохраните оба сообщения и время.

Проверяйте клиент с заново полученной арендой только тогда, когда вы меняли DNS, выдаваемый DHCP в LAN. Действующая аренда может сохранять старый адрес до продления, а кэш DNS — старые ответы. Это не доказывает ошибку постоянного хранения. Сначала читайте страницу маршрутизатора, затем новую аренду, затем реальное поведение запросов.

Шаг 3: проверьте внешний контроллер

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

Откройте поддерживаемый производителем контроллер или страницу главного узла и выясните, какое устройство выдаёт адреса DHCP и служит шлюзом по умолчанию. Не выключайте удалённое управление и не удаляйте узел из Mesh ради борьбы за параметр. Спросите провайдера, поддерживается ли пользовательский DNS в выданной им прошивке и не восстанавливает ли удалённая настройка значения по умолчанию.

Время возврата важно. Немедленный возврат после Apply указывает на формат, права, конфликт функций или владельца. Возврат только после переподключения WAN указывает на удалённую настройку провайдера или автоматическую конфигурацию WAN. Возврат только после полной перезагрузки, особенно вместе с другими настройками, сильнее указывает на ошибку встроенного ПО или хранилища.

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

Шаг 4: выполните один контролируемый перезапуск маршрутизатора

До него экспортируйте конфигурацию штатным способом, если такая функция имеется. Храните файл безопасно. Запишите тип доступа провайдера, VLAN, местонахождение данных PPPoE, телефонные функции, роли Mesh, имена Wi-Fi и важные резервирования. Не предполагайте, что экспорт, сделанный на другой версии прошивки, можно безопасно восстановить.

Сделайте последний снимок сохранённой страницы и отметьте время. Используйте нормальную команду Restart или Reboot. Не выдёргивайте питание, если изготовитель этого не требует. Дождитесь стабилизации индикаторов и страницы. Повторные перезапуски способны прервать обновление и скрывают момент перезаписи.

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

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

Шаг 5: виновата ли прошивка маршрутизатора или память?

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

Заводской сброс стирает доступ провайдера, адреса, правила защиты и удалённое управление, поэтому это последний шаг. Сначала составьте запись для восстановления по руководству по сбросу маршрутизатора без потери настроек. Управляемый провайдером шлюз передавайте провайдеру, а не сбрасывайте многократно.

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

AethoVPN может использовать DNS и маршруты для поддерживаемого трафика подключённого устройства, но не заставляет встроенное ПО маршрутизатора сохранять данные и не отменяет конфигурацию владельца ISP или Mesh.

Шаг 6: не смешивайте проблему с DNS клиента

Маршрутизатор может хранить правильное значение, а один компьютер продолжит применять кэш, зашифрованный DNS, ручной сервер, параметры VPN или корпоративную политику. Продлевайте аренду и исследуйте клиент только после доказательства состояния маршрутизатора. Для Mac существует отдельное руководство DNS.

Обратное тоже возможно: маршрутизатор вернулся к исходному серверу, но компьютер сохранил ручной адрес. Один удачный запрос не доказывает постоянство маршрутизатора. Решающее свидетельство — повторное чтение того же поля после перезагрузки и затем новая аренда при необходимости.

Итоги

Запишите модель, версию прошивки, режим, владельца настройки и обе области DNS — для WAN и для DHCP в LAN.
До перезапуска подтвердите сохранение после обновления страницы и нового входа.
Проверьте, не принадлежит ли настройка провайдеру, Mesh-системе, облачному управлению, функциям защиты или вышестоящему шлюзу в режиме точки доступа.
Экспортируйте конфигурацию и выполните только один штатный перезапуск.
Сравните те же поля, прежде чем делать вывод о сбое хранилища или встроенного ПО.
Рассматривайте кэш клиента и DNS, заданный на отдельном устройстве, как отдельный уровень.

Часто задаваемые вопросы (FAQ)

Почему в качестве DNS указан сам маршрутизатор?

Маршрутизатор может объявлять клиентам LAN свой локальный адрес и пересылать запросы вышестоящему резолверу. Это бывает нормальным, даже когда в полях DNS для WAN указаны внешние адреса.

Старый DNS на компьютере доказывает сброс?

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

Следует ли перезапустить несколько раз?

Нет. Одного перезапуска с точными данными до и после достаточно; повторение добавляет риск и затрудняет понимание того, когда именно контроллер перезаписал значение.

Может ли спутник Mesh иметь свой DNS?

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

Почему значение возвращается сразу после Apply?

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

Нужно ли сначала выполнить заводской сброс, если настройки DNS маршрутизатора сбрасываются?

Нет. Сохраните конфигурацию и параметры провайдера, установите владельца настройки и изучите официальные рекомендации по прошивке, прежде чем рассматривать сброс.

Может ли VPN сохранить DNS маршрутизатора?

Нет. VPN может влиять на DNS для поддерживаемого трафика на подключённом клиенте, но не записывает и не ремонтирует хранилище конфигурации маршрутизатора.

Что отправить изготовителю?

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

Источники

TP-Link Support — How to change DNS Servers on TP-Link Routers — https://www.tp-link.com/uk/support/faq/1712/
ASUS Support — How to manually assign WAN DNS server to ASUS Router — https://www.asus.com/global/support/faq/1045253/

Sources checked 12 сентября 2026 г.

Настройки DNS маршрутизатора сбрасываются после перезапуска