v3.0.11

В v3.0.10 я ошибся с диагнозом (думал — холодный старт). Настоящая причина
найдена на живой машине: определение IP падало по таймауту на каждом
эндпоинте за ровно 2.0 с, хотя туннель работал и грузил YouTube.

• IP-проба больше не ходит через системный / env-прокси. В реестре
  Windows оказался прописан мёртвый прокси 127.0.0.1:12334 (оставленный другой
  программой). Библиотека requests по умолчанию уважает системный прокси
  (trust_env), и процесс приложения, запущенный от админа, резолвил этот
  прокси, хотя обычный процесс — нет. В итоге каждый запрос пробы пытался
  подключиться к мёртвому прокси и отваливался по таймауту 2.0 с (ConnectTimeout
  — в логе виден как «timeout»), а обычный трафик (ядро гонит через туннель)
  работал. Теперь проба создаёт сессию с trust_env=False и игнорирует любой
  системный/env-прокси — в TUN-режиме идёт напрямую через туннель, в
  HTTP-режиме через явный SOCKS. Проверено: с мёртвым прокси в окружении старый
  путь падает за 2.0 с, новый отдаёт IP за 0.48 с.
• Заодно: таймаут пробы на эндпоинт поднят до 3 с и в лог теперь пишется
  полный тип ошибки (ConnectTimeout / ReadTimeout / ProxyError) — чтобы подобное
  больше не приходилось диагностировать вслепую.

Туннель и сплит-роутинг как работали, так и работают — менялась только проба,
которая показывает IP в окне.

---

⬇ Скачать (выбери под свою систему)

OS	Файл	Что делать
Windows 10/11 (x64)	KaproTUN-Setup.exe	Запустить, пара кликов
macOS (Apple Silicon)	KaproTUN-macOS-arm64.dmg	Открыть DMG, перетащить в Applications
Linux (x64)	KaproTUN-Linux-x64.AppImage	chmod +x и запустить

Полный changelog: CHANGELOG.md

---

Auto-built by GitHub Actions from v3.0.11.

Full Changelog: v3.0.10...v3.0.11

Full Changelog: v3.0.10...v3.0.11