macOS: VPN DNS Internal выдаёт 240.0.0.* при FakeDNS=false, сайты недогружаются

Автор: n******@gmail.com

Продукт: Приложение INCY

Создан: 30.09.2026, 17:25:14

Версия приложения: 2.6.2 (2109260730), Designed for iPad

Версия ОС: macOS 27.0.1

Модель устройства: MacBook (Mac17,9)

Здравствуйте! На MacBook при подключении через INCY сайты частично не загружаются, если в «Настройки → Туннель → VPN DNS» выбран «Internal (recommended)». После выбора Google или Cloudflare пользователь проверил Chrome: загрузка восстановилась.

Окружение:
• INCY 2.6.2 (2109260730), вариант macOS (Designed for iPad).
• macOS 27.0.1, MacBook, идентификатор модели Mac17,9.
• Подключение VLESS / TCP / REALITY.
• Включены профили маршрутизации, выбран RoscomVPN.
• В профиле FakeDNS выключен; Remote DNS — DoH https://8.8.8.8/dns-query, Domestic DNS — DoH https://77.88.8.8/dns-query.

Воспроизведение:
1. Выбрать VPN DNS = Internal и подключить INCY.
2. Открыть seller.ozon.ru и перейти в кабинет, например в раздел чатов.
3. Во встроенном браузере Claude Code наблюдается неполная загрузка: появляется шапка, но содержимое страницы не загружается. В одной попытке раздел чатов показал «Не удалось загрузить список чатов», код ws1006.
4. Переключить VPN DNS на Google или Cloudflare и проверить загрузку. По проверке пользователя, Chrome после этого работает нормально. Повторная проверка браузера Claude после такой смены ещё не завершена.

Фактические результаты диагностики с подключённым INCY:
• scutil --dns показывает DNS 198.18.0.2 на VPN-интерфейсе.
• dscacheutil -q host -a name st.ozone.ru возвращает 240.0.0.25.
• dscacheutil -q host -a name claude.ai возвращает 240.0.0.26.
• В журнале встроенного браузера Claude при воспроизведении появляются «ChunkLoadError: Loading chunk 29 failed» с адресом st.ozone.ru, а также ошибки загрузки изображений.
• При подключении через HAPP те же домены получают реальные IP: claude.ai — 160.79.104.10; st.ozone.ru — 185.73.193.120 и 185.73.195.117.
• В браузере Codex через INCY кабинет Ozon при этом загрузился. Поэтому сбой зависит также от браузера, а не означает полное отсутствие доступа к сайту.

Просьба проверить:
1. Использует ли Internal отдельный механизм виртуальных IP независимо от FakeDNS в профиле? Почему при FakeDNS=false система всё равно получает адреса 240.0.0.*?
2. Может ли этот механизм вызывать сбои загрузки JavaScript, изображений и WebSocket во встроенном браузере Claude и в Chrome?
3. Как включить выдачу реальных IP, сохранив разделение Remote/Domestic DNS и правила профиля RoscomVPN?
4. Если виртуальные IP для Internal предусмотрены намеренно, добавьте объяснение связи двух настроек в интерфейс и документацию и рассмотрите совместимый режим с реальными IP.

Связь сбоя с режимом Internal наблюдается, но что единственная причина именно fake IP, пока не доказано. В docs.incy.cc описаны DNS и FakeDNS профиля; объяснения VPN DNS → Internal и его взаимодействия с этим переключателем не нашли. Спасибо!