Человек находит рабочий SOCKS5, вставляет адрес в настройки, заходит в Discord. Сообщения летают, аватарки грузятся, всё прекрасно. Нажимает на голосовой канал, и там вечное «RTC Connecting» либо короткое «No Route». Дальше идут поиски другого прокси, потом третьего, потом вывод, что все они дырявые. Прокси тут ни при чём. Голос ездит по другой дороге.
HTTP-прокси понимает только веб-запросы. SOCKS5 внутрь не заглядывает и тащит почти любое соединение, отсюда слава универсального. Но и у него на практике живёт только TCP. А голос в Discord и обмен позициями в игре идут по UDP. Вот и выходит: текст доходит, звук нет. Чтобы говорило, стримило и не лагало без ручных плясок, нужен туннель на всё устройство, например TRUE VPN.
HTTP-прокси: посредник, который читает адрес
Такой прокси разговаривает на языке веба. Вы просите страницу, он видит запрос целиком: метод, адрес, заголовки. Идёт за страницей сам и приносит ответ.
Раз он понимает, что происходит, то умеет кешировать, фильтровать и вести журнал. Поэтому такие прокси десятилетиями стоят в офисных сетях. Потолок ровно там же: за пределами веба он глухой. Скажите ему «пропусти поток от игрового клиента», и он не поймёт вопроса.
Для сайтов по https есть отдельная команда, CONNECT: прокси открывает трубу и просто перекладывает байты, не заглядывая внутрь. Через такую трубу иногда протаскивают и не совсем веб. Труба всё равно одна, и всё равно это TCP.
SOCKS5: носильщик, которому всё равно, что внутри
SOCKS5 работает этажом ниже. Ему не нужно понимать протокол. Вы говорите: соедини меня вот с этим адресом и портом. Он соединяет и молча перекладывает байты в обе стороны. Почта, торренты, мессенджер, чей-то самописный клиент: разницы никакой.
Отсюда и репутация универсального решения. Она честно заслужена, но с одной оговоркой, о которую спотыкаются почти все.
В стандарте SOCKS5 есть команда UDP ASSOCIATE. Она как раз про то, чтобы носить одиночные пакеты, а не поток. На бумаге всё предусмотрено. На практике два обстоятельства убивают эту возможность:
-
На сервере UDP чаще всего выключен
Особенно у публичных и дешёвых прокси. Лишняя нагрузка, отдельный порт на каждую сессию, возня с NAT и никакой выгоды продавцу. Проще не включать.
-
Клиенты его почти не спрашивают
Настольный Discord собран на Chromium, а Chromium в SOCKS5 умеет только CONNECT, то есть чистый TCP. Команды UDP ASSOCIATE там нет вовсе, заявка на неё висит в проекте годами.
Так что фраза «SOCKS5 поддерживает UDP» правдива примерно как «в машине есть фаркоп». Фаркоп есть. Прицепа нет.
Три вещи рядом, чтобы не путаться
| Что сравниваем | HTTP-прокси | SOCKS5 | Туннель на устройство |
|---|---|---|---|
| Что понимает | Веб-запрос целиком | Только адрес и порт | Всё, что уходит с устройства |
| Какие пакеты носит | TCP | TCP, UDP лишь на бумаге | TCP и UDP одинаково |
| Где настраивается | В браузере или программе | В браузере или программе | Один раз в системе |
| Игровой клиент | Игнорирует | Игнорирует | Едет сам |
| Голос и видеозвонки | Нет | Как правило нет | Работают |
| Своё шифрование | Нет | Нет | Есть, весь канал |
Таблица прокручивается вбок, если экран узкий.
Почему в Discord чат идёт, а голос молчит
Разберём по шагам, потому что путаница здесь порождает тонны советов вида «поменяй регион сервера».
Всё, что вы видите глазами, ходит по TCP: список серверов, сообщения, картинки, реакции. Обычный веб поверх постоянного соединения. Прокси такое переносит без усилий, поэтому чат оживает первым.
Голос устроен иначе. Звук нарезается на кусочки по два-три десятка миллисекунд и летит по UDP отдельными пакетами, без подтверждений и переспрашивания. Потерялся пакет? Ну и бог с ним. Проще проглотить микроскопический щелчок, чем ждать повтора и получить в наушниках эхо на полсекунды.
Дальше складывается пазл. Клиент собран на Chromium, Chromium в SOCKS5 умеет только TCP, голос идёт по UDP. Ехать не по чему. Вы получаете вечное «RTC Connecting» или ошибку «No Route», и никакой прокси эту цепочку не разорвёт, потому что ломается она не на сервере, а внутри самого приложения. Сам Discord формулирует условие прямо: голос работает там, где проходит UDP.
Иногда голос всё-таки прорывается, и человек делает вывод, что прокси прекрасно работает. Обычно это значит другое: UDP пошёл мимо посредника, напрямую с вашего настоящего адреса. Текст через прокси, звук в обход. Половина трафика вообще не там, где вы думаете.
В играх та же история, только громче
Игра шлёт на сервер позицию, поворот камеры, выстрелы. Десятки раз в секунду, крошечными пакетами, по UDP. Логика та же, что у голоса: свежие данные нужнее полных. Пакет с вашей позицией секундной давности уже бесполезен.
Проблем тут два слоя, и они независимы.
-
Клиент вас не слушает
Игровой лаунчер обычно не смотрит на системные настройки прокси. Открывает сокет сам и уходит напрямую. Вы честно всё прописали, галочку поставили, а трафик поехал мимо. Предупреждения не будет.
-
Если UDP всё же завернуть, начинается рассинхрон
Персонаж прыгает назад, попадание засчитывается через полсекунды, машину телепортирует в стену. Знакомая картина по любому кривому подключению.
Отдельно про пинг, раз уж половина запросов звучит как «прокси для игр снизит задержку». Не снизит. Посредник не сокращает расстояние до сервера, он добавляет крюк. Выигрыш возможен в одном случае: когда маршрут провайдера кривой, а через посредника путь короче. Такое бывает. Заметно реже, чем обещают продавцы ускорителей.
Народные обходы: работают, но это возня на вечер
Способы протащить UDP через прокси существуют, и делать вид, что их нет, нечестно.
-
Проксификаторы
Ставят драйвер или подсовывают приложению свою библиотеку, перехватывают его сокеты и уводят в SOCKS5. UDP умеют, если сервер на той стороне поддерживает UDP ASSOCIATE. Мы уже выяснили, как часто он его поддерживает.
-
Маршрутизация по процессу
Правило в файрволе или отдельная таблица маршрутов: вот этот файл идёт туда, всё остальное сюда. Работает точно. Настраивается полвечера.
-
Клиенты с перехватом всего трафика
Формально прокси-протокол, фактически поведение туннеля: поднимается виртуальный адаптер и забирает всё подряд. Отсюда и споры на форумах, где один пишет «у меня через прокси игры летают», а второй не понимает, почему у него не работает ничего, кроме браузера. Говорят о разных вещах.
Беда у всех трёх способов общая: держатся они на честном слове настроек. Обновилась игра, сменилось имя процесса, прилетел патч, и схема разваливается молча. Добавьте античиты, которые к чужим библиотекам в своём процессе относятся крайне нервно, и получите риск, о котором в бодрых инструкциях не пишут.
Если ковыряться в этом нравится, вперёд. Если хочется просто поговорить с друзьями вечером, цена вопроса великовата.
Когда нужно, чтобы просто говорило
Правило простое. Прокси прописывается внутри программы, и программа вправе его не заметить. Туннель поднимается на устройстве, и заметить его обязаны все: браузер, игра, мессенджер, обновления. UDP едет наравне с остальным, поэтому голос и видеозвонки живут.
TRUE VPN собран под этот случай: стабильно, быстро, без ограничений по скорости, блокировки обходит. Мессенджер MAX и российские сервисы идут напрямую, мимо туннеля, поэтому переключать туда-сюда ничего не надо. Голос в Discord работает, банк открывается.
Посмотреть условия TRUE VPNЛокации и условия всегда на happ-truevpn.com. Здесь их не дублируем, чтобы не устарели.
Вопросы и ответы
Что такое SOCKS5 простыми словами?
Посредник, который не разбирает, что вы через него передаёте. Вы даёте адрес и порт, он соединяет и молча перекладывает байты в обе стороны. HTTP-прокси, в отличие от него, читает сам запрос и понимает только веб. Поэтому через SOCKS5 проходит почта, торренты, мессенджеры и любой самописный клиент, а через HTTP-прокси только браузерный трафик.
Почему через прокси в Discord чат работает, а голос молчит?
Это два разных вида трафика. Сообщения и картинки идут по TCP, обычным веб-соединением, и прокси их переносит без проблем. Голос режется на кусочки и летит по UDP, отдельными пакетами без подтверждений. Настольный Discord собран на Chromium, а Chromium в SOCKS5 умеет только команду CONNECT, то есть TCP. Голосовым пакетам ехать не по чему, канал застревает на «RTC Connecting» или выдаёт «No Route».
SOCKS5 умеет UDP или нет?
В стандарте команда есть, называется UDP ASSOCIATE. Работает она редко. На дешёвых и публичных серверах UDP обычно выключен: лишняя нагрузка и возня с NAT. А клиенты его почти не запрашивают, в Chromium поддержки нет вовсе. Получается, место под UDP предусмотрено, а самого UDP нет.
Можно ли играть через прокси?
Обычно нет, и мешают две вещи. Игровой клиент чаще всего не смотрит на системные настройки прокси и открывает соединение напрямую. А позиция, повороты и выстрелы летят по UDP десятки раз в секунду, и обычный прокси такие пакеты не переносит. Если завернуть силой, начинается рассинхрон: персонажа отбрасывает назад, попадания засчитываются с задержкой.
Прокси для игр снизит пинг?
Сам по себе нет. Посредник не сокращает расстояние до игрового сервера, он добавляет крюк. Быстрее выходит в одном случае: когда маршрут провайдера до сервера кривой, а через посредника путь короче. Такое бывает, но реже, чем обещают в рекламе ускорителей.
Что делать, если не хочется настраивать каждую программу?
Брать туннель на всё устройство. Он поднимает виртуальный сетевой адаптер, и в него уходит весь трафик, включая UDP: голос, игры, обновления. Новое приложение подхватывает маршрут само, уговаривать его отдельно не нужно. Условия и локации смотрите на happ-truevpn.com.