НазадДобавить комментарий
TUN-режим: интернет не работает, DNS-прокси 198.18.0.2 не отвечает
БагОткрытКритичноПубличныйDesktop
Автор: 7**********@y***.ru
Продукт: Приложение INCY
Создан: 20.09.2026, 10:21:17
Версия приложения: 3.8.6
TUN-режим наконец подключается (UI показывает "Подключено"), но интернета НЕТ: - Браузер: ERR_NAME_NOT_RESOLVED, ERR_NETWORK_CHANGED - nslookup google.com → timeout - nslookup ya.ru → timeout - ping по имени хоста → "host not found" - ping 1.1.1.1 → OK (TCP работает) - ping 8.8.8.8 → OK - TCP-тест до 1.1.1.1:443 → OK - TCP-тест до 8.8.8.8:443 → OK - tracert 1.1.1.1 → 1 hop, <1ms (подозрительно — указывает на локальный перехват Incy) При переключении в режим "Системный прокси" всё работает корректно — DNS-резолвинг работает, браузеры работают, все приложения работают через системный HTTP-прокси. === Состояние сети с подключенным TUN === - Новый адаптер: wwan99 (Wintun Tunnel) IP: 198.18.0.1/16 Шлюз: 0.0.0.0 DNS: 1.1.1.1, 8.8.8.8 - DNS на физическом адаптере переписан на 198.18.0.2 (внутренний DNS-прокси Incy) - Маршруты добавлены: 0.0.0.0/1 через 198.18.0.1 128.0.0.0/1 через 198.18.0.1 198.18.0.0/16 on-link === Диагноз === - TCP-трафик до 1.1.1.1 и 8.8.8.8 проходит через туннель корректно - DNS-запросы (UDP/53) к 198.18.0.2 (внутренний DNS-прокси Incy) ВИСНУТ - DNS-прокси Incy по адресу 198.18.0.2 не отвечает на DNS-запросы === Шаги воспроизведения === 1. Подключиться к любому серверу (Латвия или Великобритания — поведение одинаковое) 2. Переключиться в режим TUN 3. Нажать "Подключить" 4. Дождаться статуса "Подключено" 5. Открыть браузер, попробовать https://ya.ru 6. Наблюдать: ERR_NAME_NOT_RESOLVED или ERR_NETWORK_CHANGED 7. Открыть cmd, выполнить: nslookup ya.ru 8. Наблюдать: timeout === Ожидаемое поведение === В TUN-режиме весь трафик (включая DNS) должен идти через туннель. Внутренний DNS-прокси Incy по адресу 198.18.0.2 должен отвечать на DNS-запросы, ИЛИ Incy должен использовать публичный DNS (1.1.1.1, 8.8.8.8), доступный через туннель. === Фактическое поведение === В TUN-режиме DNS-прокси Incy по адресу 198.18.0.2 молчит. DNS-запросы виснут. Ни одно имя не резолвится. Работают только прямые IP-подключения. === Предлагаемое исправление === 1. Исследовать, почему DNS-прокси по адресу 198.18.0.2 не отвечает на запросы UDP/53 2. Добавить настройку для отключения внутреннего DNS-прокси и использования системного DNS или пользовательского DNS (1.1.1.1, 8.8.8.8 и т.д.) 3. Добавить настройку для конфигурации MTU для Wintun-адаптера (значение по умолчанию 1500 может быть слишком большим — попробовать 1280 или 1400) 4. Добавить настройку для конфигурации DNS leak protection 5. Добавить панель "Диагностика TUN", которая показывает: - Статус Wintun-адаптера - Добавленные маршруты - Статус DNS-прокси (отвечает или нет) - ping через туннель до 1.1.1.1 - Тест DNS-резолвинга через туннель === Применённое обходное решение === Переключиться в режим "Системный прокси" (работает корректно). TUN-режим неработоспособен.
Комментарии (1)
c***********@g***.com20.10.2026, 12:37:54
**Найдено возможное решение проблемы TUN на Windows — переключение VPN DNS с Internal на публичный DNS.** Столкнулся с аналогичной проблемой на Windows 11 в INCY Desktop. **Симптомы:** - TUN подключается, но проверка соединения показывает «Нет ответа». - Часть сайтов работает, часть выдаёт `ERR_NAME_NOT_RESOLVED`. - Адаптер `wwan99` создаётся, маршруты устанавливаются. - При DNS Internal команда `nslookup chatgpt.com` возвращала виртуальный IP `249.53.159.125`. - В режиме «Системный прокси» соединение работало. **Что помогло:** 1. Отключить VPN. 2. Открыть настройки INCY → VPN DNS. 3. Вместо `Internal` выбрать публичный DNS — Google или Cloudflare. 4. Повторно подключиться в режиме TUN. После этого DNS начал возвращать реальные публичные IP, проверка соединения заработала, зарубежные сайты стали открываться. **Дополнительно проверил:** вернул DNS на Internal при том же VPN-сервере — проблема повторилась. Снова переключил на публичный DNS — всё заработало. Таким образом, проблема воспроизводится именно при выборе Internal в моём окружении. Точная причина сбоя пока не установлена. Надеюсь, это поможет другим пользователям и разработчикам найти источник проблемы.