К содержимому
INCY
Назад

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 в моём окружении. Точная причина сбоя пока не установлена.

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