Что проверяет тест UDP
Проверка UDP показывает, идёт ли UDP-трафик браузера через прокси или в обход него. Большинство прокси передают только TCP, поэтому UDP может уйти через ваше собственное соединение, хотя все страницы открываются через прокси.
Тест ставит рядом два адреса. Слева адрес, который сайты видят по TCP. Справа адрес, с которого наш сервер получил UDP-пакеты вашего браузера. Если адреса совпадают, ваш UDP идёт через прокси.
Запускайте тест с включённым прокси или профилем браузера. Он работает в вашем браузере и на нашем сервере, ничего не сохраняется.
Как читать знак между адресами
Знак в центре инструмента сравнивает два адреса. Вот что значит каждое состояние:
Совпадает с выходным IP
Наш сервер получил ваш UDP с выходного IP. UDP и TCP идут одним путём.
Та же сеть
UDP пришёл с соседнего адреса того же оператора. Мобильные сети делят пулы адресов между абонентами, так что это нормально, и сайты видят ту же сеть.
Другая сеть
UDP ушёл из другой сети, не из сети выходного IP. Сайты со своими серверами видят этот адрес, так что это утечка.
Другой IP
UDP пришёл с другого адреса, и сеть определить не удалось. Считайте это предупреждением и запустите тест ещё раз.
Выходной IP неизвестен
UDP дошёл, но выходной IP определить не удалось, поэтому сравнивать не с чем.
Нет адреса UDP
Справа вместо адреса указана причина. «Только TCP, без UDP» значит, что WebRTC перешёл на TCP, и у UDP не было пути в обход прокси. «Ничего не пришло», «Ничего не отправлено» и «Не проверено» значит, что пакеты остановил файрвол, расширение или настройка браузера, либо WebRTC выключен.
Как работает UDP через SOCKS5
SOCKS5 передаёт UDP второй командой, UDP ASSOCIATE, описанной в RFC 1928. Работает это в пять шагов.
Приложение открывает TCP-соединение
Оно подключается к прокси и входит по логину, как при любом запросе SOCKS5. Это соединение остаётся открытым, пока идёт UDP-сессия.
TCP + loginОтправляет UDP ASSOCIATE
Запрос просит прокси пересылать UDP-датаграммы и сообщает, с какого адреса приложение будет их отправлять.
CMD 0x03Прокси возвращает адрес ретранслятора
В ответе IP-адрес и UDP-порт на стороне прокси. Именно туда приложение должно слать датаграммы.
BND.ADDR BND.PORTПриложение оборачивает каждую датаграмму
К каждому пакету добавляется небольшой заголовок с настоящим адресом назначения, после чего пакет уходит на адрес ретранслятора.
RSV FRAG ATYP DST.ADDR DST.PORT DATAПрокси пересылает данные, а сессия живёт, пока открыто TCP-соединение
Прокси отправляет данные получателю со своего адреса и оборачивает ответы для приложения. Когда TCP-соединение закрывается, ретранслятор останавливается.
TCP closed = relay closed
TCP, UDP и QUIC: сравнение
QUIC лежит в основе HTTP/3 и работает поверх UDP. Поэтому для него важно, передаёт ли прокси только TCP.
| TCP | UDP | QUIC (HTTP/3) | |
|---|---|---|---|
| Где используется | TCPСайты по HTTP/1.1 и HTTP/2, почта, SSH | UDPИгры, голосовые и видеозвонки, DNS, WebRTC | QUIC (HTTP/3)HTTP/3 на сайтах вроде Google, YouTube и Cloudflare |
| Через HTTP-прокси | TCPДа, для HTTPS через CONNECT | UDPНет | QUIC (HTTP/3)Нет, поэтому браузеры используют TCP |
| Через SOCKS5 CONNECT | TCPДа | UDPНет | QUIC (HTTP/3)Нет, поэтому браузеры используют TCP |
| Через SOCKS5 UDP ASSOCIATE | TCPНе нужно | UDPДа, если прокси это поддерживает | QUIC (HTTP/3)Да, если прокси это поддерживает и клиент использует |
| Где это в инструменте | TCPСлева, адрес, виденный по TCP | UDPСправа, адрес, виденный по UDP | QUIC (HTTP/3)Плитка HTTP/3 под знаком |
Какие приложения используют UDP
UDP выбирают там, где скорость важнее идеальной доставки. Запустите тест, если пользуетесь чем-то из этого.
- Онлайн-игры
- Игровые клиенты передают движения и состояние по UDP. Если прокси не передаёт UDP, этот трафик идёт мимо него или не работает.
- Голосовые и видеозвонки
- Приложения для звонков и встреч передают звук и видео по UDP, чтобы задержка была небольшой.
- DNS
- Большинство DNS-запросов это один UDP-пакет на порт 53. Запрос в обход прокси показывает, каким резолвером вы пользуетесь.
- HTTP/3 и QUIC
- Chrome, Edge и Firefox пробуют HTTP/3 на сайтах, которые его поддерживают, и он идёт по UDP через порт 443.
- WebRTC
- Браузеры используют его для звонков и прямых соединений, и запустить его может любая страница. Полную проверку WebRTC даёт проверка прокси на утечки.
Проверка HTTP/3 и QUIC
Плитка HTTP/3 под знаком это проверка QUIC. Наш сервер отвечает по HTTP/2 и HTTP/3 и сообщает, какой протокол использовал каждый запрос и с какого адреса он пришёл.
Браузер пробует HTTP/3, только если UDP может выйти наружу. За прокси, который передаёт только TCP, браузер либо переходит на TCP, либо отправляет QUIC в обход прокси, с вашего собственного соединения. Плитка показывает, какой из двух случаев ваш:
- Остаётся на TCP: HTTP/3 не подключился, утечки нет.
- Как у TCP: QUIC и TCP пришли с одного адреса.
- Другая сеть, не как у TCP: HTTP/3 ушёл в обход прокси, и поддерживающие его сайты видят этот адрес.
Chrome и Edge дают точный ответ. Другие браузеры могут остаться на TCP, даже не пробуя, и тогда плитка сообщает, что браузер не пробовал HTTP/3.
Чем эта проверка UDP отличается от других
Многие тесты UDP проверяют прокси со своего сервера: вы вводите хост и порт, а они сообщают, переслал ли прокси пакет. Это говорит, что прокси работает, но не говорит, что делает ваш браузер.
Наш тест проверяет настоящий трафик вашего браузера. Браузер отправляет UDP на наш сервер, а сервер записывает, с какого адреса пришли пакеты, и не верит тому, что сообщает браузер. UDP и HTTP/3 проверяются отдельно, а адреса сравниваются по сети, поэтому соседний адрес мобильного оператора не вызывает ложной тревоги. Часть про UDP идёт через WebRTC, поэтому при выключенном WebRTC знак показывает «Не проверено».
Проверка прокси из командной строки
curl не умеет проверять UDP через SOCKS5. Он использует SOCKS5 только для TCP и никогда не отправляет UDP ASSOCIATE, поэтому удачный вызов curl ничего не говорит об UDP. Зато он показывает TCP-адрес, то есть левую часть этой проверки:
curl --proxy "socks5h://USERNAME:PASSWORD@HOST:PORT" https://www.cloudflare.com/cdn-cgi/traceЧтобы проверить сам UDP-ретранслятор, нужен клиент, который отправляет UDP ASSOCIATE, например короткий скрипт или туннель вроде tun2socks, и UDP-сервис для обмена данными, например DNS-запрос к публичному резолверу.
Чтобы увидеть HTTP/3 в браузере, откройте DevTools, перейдите на вкладку Network и добавьте столбец Protocol. Значение h3 означает HTTP/3.
Что делать, если UDP идёт в обход прокси
- Возьмите прокси с UDP
- Серверы Advanced у ProxyStream передают UDP через SOCKS5, поэтому приложения с UDP и HTTP/3 могут работать через прокси. Серверы Standard передают TCP. Как наши прокси SOCKS5 работают с UDP и HTTP/3.
- Отключите QUIC
- Запустите Chrome или Edge с флагом --disable-quic или задайте в about:config Firefox network.http.http3.enable значение false. Тогда браузер останется на TCP.
- Настройте WebRTC
- Настройте браузер или профиль так, чтобы WebRTC шёл только через прокси. Проверка прокси на утечки проверяет WebRTC полностью.
Вопросы о проверке UDP
Что такое тест UDP?
Тест UDP проверяет, проходят ли UDP-пакеты по сетевому пути и с какого адреса они приходят. С прокси он показывает, идёт ли UDP через прокси или в обход него. Этот тест сравнивает адрес, который сайты видят по TCP, с адресом, с которого наш сервер получил UDP.
Как проверить UDP через SOCKS5?
Откройте эту страницу с включённым прокси SOCKS5 или профилем браузера и сравните два адреса. Чтобы проверить ретранслятор скриптом, нужен клиент, который отправляет UDP ASSOCIATE. curl для этого не подходит: он использует SOCKS5 только для TCP.
Как проверить, поддерживает ли мой прокси UDP?
Запустите тест. Если справа указан адрес, совпадающий с выходным IP, UDP доходит до нашего сервера через прокси. Если написано «Только TCP», UDP наружу не вышел, так ведёт себя прокси только с TCP. Другая сеть значит, что UDP уходит в обход прокси.
Почему за моим прокси HTTP/3 переходит на TCP?
HTTP/3 работает на QUIC, а QUIC на UDP. HTTP-прокси или обычное соединение SOCKS5 передают только TCP, поэтому браузер использует HTTP/2 или HTTP/1.1. Прокси с поддержкой UDP ASSOCIATE может передавать QUIC, если его использует клиент.
Утечка UDP и утечка WebRTC это одно и то же?
Нет. WebRTC это один из способов отправки UDP из браузера, QUIC другой. Этот тест сравнивает UDP и HTTP/3 с вашим выходным IP. Для полной проверки WebRTC используйте проверку прокси на утечки.
Адрес UDP отличается от выходного IP, но сеть та же. Это утечка?
Нет. Мобильные операторы делят пулы публичных адресов между абонентами, поэтому одно устройство может выходить с двух соседних адресов. Сайты видят одного и того же оператора, а тест показывает это как «Та же сеть», не как утечку.
Передают ли прокси ProxyStream UDP?
Серверы Advanced передают UDP через SOCKS5, поэтому UDP-трафик, QUIC и HTTP/3 выходят с мобильного IP. Серверы Standard передают TCP. Запустите этот тест с включённым прокси, чтобы увидеть, какой у вас.