Назад
сломался Internal (mapped) vpn dns
БагОткрытКритичноПубличныйDesktop
Автор: b*********@y***.ru
Продукт: Приложение INCY
Создан: 01.11.2026, 20:11:53
Версия приложения: Windows 10
Версия ОС: Windows
Модель устройства: Honor
Здравствуйте! Прошу помочь разобраться с неисправностью **Internal (mapped DNS)** в приложении INCY 3.9.0 на Windows 10. **Описание проблемы** До 28 октября 2026 года INCY стабильно работал на моём компьютере в режиме TUN с настройкой VPN DNS — **Internal (mapped DNS), 198.18.0.2**. 28 октября, ориентировочно в 15:00–15:40 по московскому времени, работа VPN нарушилась. С этого момента использование Internal DNS перестало обеспечивать рабочее VPN-соединение. При этом: - INCY визуально устанавливает соединение, но проверка соединения может возвращать «Нет ответа», а интернет через VPN не работает. - Если переключить VPN DNS с Internal (mapped DNS) на Google DNS (8.8.8.8) или Cloudflare DNS (1.1.1.1), VPN начинает работать, хотя соединение иногда остаётся нестабильным. - Возвращение настройки Internal DNS снова приводит к неработоспособности VPN. - Раньше Internal DNS работал на этом компьютере без подобных проблем. **Что особенно важно** У меня два компьютера, использующих одну домашнюю Wi-Fi-сеть. На втором компьютере INCY продолжает работать с Internal DNS. На первом — перестал. На телефоне Internal DNS также работает. Это позволяет предположить, что неисправность связана с особенностями работы INCY, DNS или сетевой конфигурации именно первого компьютера. **Что удалось установить по журналам** 1. В системном журнале Windows 28 октября зафиксированы ошибки DNS-Client (Event ID 1014): - 15:16:36 — тайм-аут DNS-запроса `dns.google.com`. - 15:16:40 — тайм-аут DNS-запроса `lucu.lmstream.org`. В обоих событиях указан DNS-сервер `1.1.1.1`. 2. В 15:16:16 Windows зарегистрировала изменение состояния сетевого подключения, а в 15:16:39 — отключение виртуального интерфейса `wwan99`. 3. В более поздних логах INCY неоднократно встречается ошибка: `Could not resolve lucu.lmstream.org — skipping bypass route` После неё Xray сообщает об ошибках разрешения имени через `getaddrinfow` и неудачных HTTP-запросах к VPN-серверу. 4. При подключении к другому серверу, у которого в конфигурации указан непосредственно IP-адрес `87.228.33.26`, INCY успешно создаёт обходной маршрут: `Bypass route: 87.228.33.26/32 via 192.168.1.1` Однако стабильность VPN в целом от этого не восстанавливается полностью. 5. Также в журналах встречается предупреждение: `outboundInterface=NULL (routing loop risk!)` Оно появляется при определённых переподключениях и требует оценки с вашей стороны. **Что уже предпринималось** - Переустановка INCY. - Сброс сетевых настроек приложения. - Запуск INCY от имени администратора. - Проверка нескольких VPN-серверов. - Переключение между Internal DNS, Google DNS и Cloudflare DNS. - Проверка VPN через домашний Wi-Fi и мобильную раздачу. - Проверка целостности Windows с помощью DISM и SFC. Проблема с Internal DNS сохраняется. **Что прошу проверить** 1. Как в INCY 3.9.0 реализован Internal (mapped DNS) с адресом `198.18.0.2` и какие компоненты Windows/Xray обеспечивают его работу? 2. Можете ли вы проверить DNS-настройки моей подписки и серверной конфигурации, включая возможные переопределения DNS в полном JSON-профиле? 3. Может ли неисправность быть связана с созданием обходного маршрута, определением исходящего сетевого интерфейса или циклической маршрутизацией в режиме TUN? 4. Известны ли подобные проблемы с Internal DNS в INCY 3.9.0 на Windows 10? 5. Есть ли рекомендованный способ **сбросить или восстановить исключительно механизм Internal DNS**, без полной переустановки приложения и удаления подписок? Если требуется, могу предоставить журналы INCY, сведения о конфигурации DNS, системные события Windows и результаты дополнительных диагностических команд. Буду признателен за техническую диагностику и рекомендации по устранению причины, а не только за временный обход проблемы переключением на Google DNS. Спасибо!
Комментарии (0)
Пока нет комментариев
Добавить комментарий