Чекер поддержки UDP в SOCKS5
Многие провайдеры продают SOCKS5, но реально UDP не поддерживают. Вставь прокси ниже, и инструмент пошлёт через неё реальный UDP-пакет (DNS-запрос к Google), чтобы это проверить.
Бесплатно, анонимно, занимает около 5 секунд.
UDP / Detail check
Только для SOCKS5IP:Port:User:Pass
Зачем это нужно
SOCKS5 поддерживает UDP через команду UDP ASSOCIATE (RFC 1928). По спецификации это опциональная фича, и большинство «SOCKS5-прокси»-провайдеров её не реализуют. TCP через их прокси работает нормально, а UDP молча не работает.
Узнаёшь об этом только когда приложение, которому нужен был UDP — DNS-резолвер, игровой клиент, WebRTC-стрим, Telegram-бот, QUIC/HTTP3-соединение — перестаёт отвечать без внятного сообщения об ошибке.
Что использует UDP через прокси
- DNS over UDP. Большинство резолверов предпочитают UDP для скорости. Без UDP в прокси — медленный DNS
- Онлайн-игры. Большинство мультиплеера использует UDP для low-latency синхронизации состояния
- WebRTC. Звонки, видеосвязь, демонстрация экрана, любая P2P-связь
- QUIC и HTTP/3. Современные браузеры предпочитают QUIC где возможно
- Telegram-боты и клиенты. MTProto может работать поверх UDP для скорости
- Стриминговые протоколы. Часть видео/аудио стримов договаривается о UDP-транспорте
- Кастомные приложения. Любой инструмент, который делает
connect()на UDP-сокете и ждёт ответа
Это реальный round-trip пакета, а не проверка конфигурации. Некоторые провайдеры настраивают SOCKS5 так, что команда UDP ASSOCIATE принимается, но реальные UDP-пакеты не релеятся. Этот инструмент такое ловит.
Что показывает результат
- Поле Описание
- UDP support Yes если DNS-запрос вернулся. No с указанием причины если нет
- Exit IP Адрес, который видят сайты при подключении через эту прокси
- Geo Страна и город выходного IP
- Type Residential или Hosting (датацентр), по ASN/org-ключевым словам
- ISP Организация, которой принадлежит блок выходного IP
FAQ
Почему «No», если в браузере прокси работает?
Браузер использует TCP. TCP в твоей прокси нормально работает. UDP — отдельная функциональность, которая требует явной поддержки на стороне сервера. Большинство её не включают.
Работает для HTTP или HTTPS прокси?
Нет. UDP-relay — это фича только SOCKS5. У HTTP и HTTPS прокси нет аналогичного механизма.
Почему именно DNS-запрос?
DNS over UDP — каноничный сценарий UDP через прокси и легче всего проверяется детерминированным ответом. Если DNS работает — обычно работают и другие UDP-приложения.
Что если мой прокси поддерживает UDP не для всех направлений?
Возможно — некоторые провайдеры ограничивают UDP-relay по портам/направлениям. Проверка использует 8.8.8.8:53, который разрешён везде. Если эта проверка фейлит — UDP не поддерживается совсем. Если проходит, но твоё приложение не работает — упираешься в фильтр направлений.
Насколько результат точен?
Точен для конкретного пути (DNS до Google по UDP). Если нужна более строгая проверка — прогон open-source бенчмарка против собственных UDP-направлений.
Сохраняете ли мои креды от прокси?
Нет. Креды проходят через сервер только в памяти. Ничего не логируется.
Какой таймаут?
5 секунд на установку UDP-relay, 5 секунд на DNS-ответ. Медленные прокси не проходят — UDP должен быть быстрым, иначе бесполезен.
Ищешь прокси с реальной поддержкой UDP?
UDP включён на всех наших SOCKS5-эндпоинтах. Тот же чекер, прогнанный на любую нашу локацию, возвращает положительный результат с round-trip временем меньше 100 мс.