MIERU — Китайский УБИЙЦА VPN? Быстрее и стабильнее NaiveProxy? UDP=ЗВОНКИ Работают!
Mieru работает как туннель с SOCKS5-выходом, и его SOCKS5 поддерживает UDP-проксирование (UDP ASSOCIATE). Поэтому голосовые/видеозвонки в Telegram, которые идут по UDP, проходят через прокси и работают. У NaiveProxy с UDP всё хуже из-за специфики транспорта HTTP/2, поэтому там звонки часто отваливаются.
Пошаговая инфа: https://t.me/russian_paradice_vpn
Github конфига: https://github.com/enfein/mieru.git
Что на самом деле делает Mieru
Mieru сам по себе не конвертирует TCP в UDP. У него есть два режима транспорта — TCP и UDP, и ты выбираешь один из них в конфиге (у нас выбран TCP: "transport": "TCP"). Это транспорт между клиентом и сервером, то есть как зашифрованный туннель доходит до VPS.
А вот что идёт внутри туннеля — это уже отдельная история. Mieru работает как SOCKS5-прокси, и SOCKS5 умеет проксировать как TCP-соединения, так и UDP-датаграммы (через механизм UDP ASSOCIATE). То есть приложение на твоём ПК/телефоне отдаёт UDP-пакеты (например, голос Telegram) клиенту Karing, тот заворачивает их в туннель Mieru, на сервере они распаковываются и отправляются дальше уже как настоящие UDP-пакеты к получателю.
Почему звонки работают
Telegram-звонки используют UDP. Чтобы они работали через VPN, нужно две вещи: (1) клиент должен уметь принимать UDP от приложения и (2) на сервере UDP должен выходить наружу как UDP. Karing + Mieru это умеют — у Karing включён TUN-режим (или mixed-inbound), который ловит весь трафик системы, включая UDP, и пропихивает его через прокси.
А что с NaiveProxy
NaiveProxy работает поверх HTTP/2 или HTTP/3 — это всегда TCP/QUIC между клиентом и сервером, и он не поддерживает UDP-проксирование на уровне SOCKS5 (точнее, поддержка частичная и не во всех клиентах). Поэтому через Naive UDP-трафик типа звонков или WireGuard-over-UDP часто не идёт — приложения, требующие UDP, не работают или работают через TCP-фолбэк (если он есть, как у Telegram).
#vpn #vless #hysterya #warp #3xui #kaskade #navieproxy #mieru