БарсикVPNПолучить доступ
новость#OpenClash#OpenWrt#DNS

OpenClash 0.47.156: после выключения клиента на OpenWrt может не восстановиться DNS

Источник: GitHub: vernesong/OpenClash issue #5321

10 сентября 2026 года пользователь TCAGene открыл в GitHub-репозитории OpenClash issue #5321 о проблеме восстановления DNS после выключения клиента. По описанию, сбой проявляется на GL.iNet GL-MT6000 с OpenWrt 24.10.1 и OpenClash 0.47.156: пока OpenClash включён, сеть работает, но после выключения общего переключателя DNS перестаёт нормально разрешать домены.

Что произошло

Автор обращения пишет, что проблема возникает в конфигурации WAN через DHCP, где адрес шлюза и DNS совпадают: 192.168.1.1. В таком сценарии OpenClash, по его разбору, может отфильтровать IPv4 DNS как совпадающий со шлюзом, а затем при восстановлении resolver-файла оставить только IPv6 DNS вида fe80::1.

Итог для пользователя простой и неприятный: сам VPN-клиент выключен, но обычный доступ к сайтам не возвращается, потому что локальный dnsmasq остаётся без корректного IPv4 DNS. В карточке указано, что на момент публикации issue открыта и помечена как bug.

Почему это важно для роутерного VPN

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

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

Что предлагает автор обращения

В issue описаны две предполагаемые точки исправления. Первая — не отбрасывать WAN DNS только потому, что он совпадает со шлюзом, если он не совпадает с собственным WAN IP роутера. Вторая — при записи DNS для WAN6 не перезаписывать resolver-файл, а дописывать блок к уже сохранённому IPv4 DNS.

Это пока не официальный релиз и не подтверждённый changelog OpenClash, а пользовательский баг-репорт с предложенным обходом. Поэтому применять изменения на своём роутере стоит только тем, кто понимает, как откатить правку init-скрипта и сетевых настроек OpenWrt.

Источник: GitHub: vernesong/OpenClash issue #5321

Другие новости

21 сентября 2026 г.Throne 1.3.0: первая стабильная версия ветки — появился Android-клиент и поддержка OpenVPN, Masque и Snell17 сентября 2026 года вышла стабильная 1.3.0 клиента Throne — преемника NekoRay и NekoBox. Впервые в проекте появился Android-клиент (пока в ранней стадии), добавлена поддержка OpenVPN/OpenConnect, протоколов Masque и Snell, обфускации Hysteria Gecko и панели sing-box.20 сентября 2026 г.v2rayN 7.25.2: настройки Mux в интерфейсе и свои HTTP-заголовки для подписок20 сентября 2026 года у десктопного клиента v2rayN вышла сборка 7.25.2: настройки Mux вынесены в интерфейс ядра, добавлены свои HTTP-заголовки при обновлении подписки, азербайджанская локализация и обновление Xray-core до 26.9.9.20 сентября 2026 г.AmneziaVPN 5.0.3.0: поддержка TProxy и правки стабильности18 сентября 2026 года у клиента AmneziaVPN вышла пре-релизная сборка 5.0.3.0: добавлена поддержка режима TProxy и общие правки стабильности. Обновились и требования к установке на Android, macOS и Linux.
Все новости

разделы сайта

Happ — бесплатный клиент сторонних разработчиков; Happ Доступ предоставляет Прокси-доступ и не является правообладателем Happ. Все ссылки на скачивание ведут на официальные релизы и сторы проекта Happ. © 2026 happ-dostup.ru