Logotipo de ProxyStreamProxyStream

Prueba UDP para tu proxy

¿Sale tu UDP por el proxy? Lo comprueba nuestro servidor.

Visto por TCP
Visto por UDP

Probando tu conexión

  • WebRTC
  • HTTP/3 (QUIC)
  • IPv6
  • Zona horaria

Qué comprueba esta prueba UDP

Una prueba UDP muestra si el tráfico UDP de tu navegador sale por tu proxy o se salta el proxy. La mayoría de los proxies solo llevan TCP, así que el UDP puede salir por tu propia conexión aunque todas las páginas parezcan pasar por el proxy.

Esta prueba pone dos direcciones una junto a otra. A la izquierda está la dirección que ven los sitios web por TCP. A la derecha, la que vio nuestro servidor cuando tu navegador le envió paquetes UDP. Si coinciden, tu UDP sigue a tu proxy.

Inicia la prueba con tu proxy o perfil de navegador activo. Se ejecuta en tu navegador y en nuestro servidor, y no se guarda nada.

Cómo leer el signo entre las direcciones

El signo del centro de la herramienta compara las dos direcciones. Cada estado significa lo siguiente:

  • Igual que la IP de salida

    Nuestro servidor recibió tu UDP desde tu IP de salida. UDP y TCP siguen la misma ruta.

  • Misma red

    El UDP llegó desde una dirección vecina del mismo operador. Las redes móviles reparten grupos de direcciones entre sus abonados, así que es normal y los sitios ven la misma red.

  • Red distinta

    El UDP salió desde una red distinta a la de tu IP de salida. Los sitios que tienen sus propios servidores ven esa dirección, así que es una fuga.

  • IP distinta

    El UDP llegó desde otra dirección y no pudimos identificar su red. Tómalo como un aviso y repite la prueba.

  • IP de salida desconocida

    El UDP llegó, pero no se pudo leer tu IP de salida, así que no había con qué compararlo.

  • Sin dirección UDP

    A la derecha aparece un motivo. «Solo TCP, sin UDP» significa que WebRTC pasó a TCP, así que el UDP no tenía camino para saltarse el proxy. «No llegó nada», «No se envió nada» y «No probado» indican que un cortafuegos, una extensión o un ajuste del navegador detuvo los paquetes, o que WebRTC está desactivado.

Cómo funciona UDP sobre SOCKS5

SOCKS5 lleva UDP con un segundo comando, UDP ASSOCIATE, definido en la RFC 1928. Se hace en cinco pasos.

  1. Tu aplicación abre una conexión TCP

    Se conecta al proxy e inicia sesión, como en cualquier petición SOCKS5. Esta conexión sigue abierta mientras dure la sesión UDP.

    TCP + login

  2. Envía UDP ASSOCIATE

    La petición pide al proxy que retransmita datagramas UDP e indica desde qué dirección los enviará la aplicación.

    CMD 0x03

  3. El proxy devuelve una dirección de retransmisión

    La respuesta contiene una dirección IP y un puerto UDP del proxy. Ahí debe enviar sus datagramas la aplicación.

    BND.ADDR BND.PORT

  4. La aplicación envuelve cada datagrama

    Cada paquete lleva una cabecera pequeña con el destino real y se envía a la dirección de retransmisión.

    RSV FRAG ATYP DST.ADDR DST.PORT DATA

  5. El proxy reenvía y la sesión termina con la conexión TCP

    El proxy envía los datos al destino desde su propia dirección y envuelve las respuestas para la aplicación. Cuando se cierra la conexión TCP, la retransmisión se detiene.

    TCP closed = relay closed

TCP, UDP y QUIC comparados

QUIC es el transporte de HTTP/3 y funciona sobre UDP. Por eso importa que un proxy solo lleve TCP.

TCPUDPQUIC (HTTP/3)
Lo usanTCPPáginas web con HTTP/1.1 y HTTP/2, correo, SSHUDPJuegos, llamadas de voz y vídeo, DNS, WebRTCQUIC (HTTP/3)HTTP/3 en sitios como Google, YouTube y Cloudflare
Por un proxy HTTPTCPSí, con CONNECT para HTTPSUDPNoQUIC (HTTP/3)No, así que los navegadores usan TCP
Por SOCKS5 CONNECTTCPSíUDPNoQUIC (HTTP/3)No, así que los navegadores usan TCP
Por SOCKS5 UDP ASSOCIATETCPNo hace faltaUDPSí, si el proxy lo admiteQUIC (HTTP/3)Sí, si el proxy lo admite y el cliente lo usa
Dónde lo muestra esta herramientaTCPA la izquierda, la dirección vista por TCPUDPA la derecha, la dirección vista por UDPQUIC (HTTP/3)El panel de HTTP/3 bajo el signo

Qué aplicaciones envían UDP

Casi todo lo que prefiere la velocidad a la entrega perfecta usa UDP. Haz la prueba si usas alguna de estas.

Juegos en línea
Los clientes de juegos envían movimientos y estado por UDP. Sin UDP en el proxy, ese tráfico se salta el proxy o falla.
Llamadas de voz y vídeo
Las aplicaciones de llamadas y reuniones envían audio y vídeo por UDP para mantener baja la latencia.
DNS
La mayoría de las consultas de nombres son un solo paquete UDP al puerto 53. Una consulta fuera del proxy revela qué resolutor usas.
HTTP/3 y QUIC
Chrome, Edge y Firefox prueban HTTP/3 en los sitios que lo ofrecen, y viaja por el puerto UDP 443.
WebRTC
Los navegadores lo usan para llamadas y conexiones entre pares, y cualquier página puede iniciarlo. Para la comprobación completa de WebRTC, usa la prueba de fugas del proxy.

Prueba de HTTP/3 y QUIC

El panel de HTTP/3 bajo el signo es una prueba de QUIC. Nuestro servidor responde por HTTP/2 y HTTP/3 e indica qué protocolo usó cada petición y de qué dirección llegó.

Los navegadores solo prueban HTTP/3 cuando el UDP puede salir. Detrás de un proxy que solo lleva TCP, el navegador vuelve a TCP o envía QUIC fuera del proxy, desde tu propia conexión. El panel te dice cuál de los dos casos es:

  • Se mantiene en TCP: HTTP/3 no llegó a conectar, así que no hubo fuga.
  • Igual que TCP: QUIC y TCP llegaron desde la misma dirección.
  • Red distinta de TCP: HTTP/3 salió fuera del proxy, y los sitios que lo admiten pueden ver esa dirección.

Chrome y Edge dan una respuesta definitiva. Otros navegadores pueden quedarse en TCP sin intentarlo, y entonces el panel indica que el navegador no probó HTTP/3.

En qué se distingue esta prueba UDP

Muchas pruebas UDP revisan un proxy desde su propio servidor: introduces host y puerto, y te dicen si retransmite un paquete. Eso indica que el proxy funciona, pero no qué hace tu navegador.

Esta prueba revisa el tráfico real de tu navegador. Tu navegador envía UDP a nuestro servidor, y nuestro servidor registra de qué dirección llegaron los paquetes, sin fiarse de lo que informa el navegador. UDP y HTTP/3 se comprueban por separado, y las direcciones se comparan por red, así que una dirección vecina de un operador móvil no es una falsa alarma. La parte UDP pasa por WebRTC, así que si WebRTC está desactivado el signo indica No probado.

Comprobar un proxy desde la línea de comandos

curl no puede probar UDP sobre SOCKS5. Usa SOCKS5 solo para TCP y nunca envía UDP ASSOCIATE, así que una llamada de curl que funciona no demuestra nada sobre UDP. Sí muestra la dirección TCP, que es la parte izquierda de esta prueba:

curl --proxy "socks5h://USERNAME:PASSWORD@HOST:PORT" https://www.cloudflare.com/cdn-cgi/trace

Para probar la retransmisión UDP en sí necesitas un cliente que envíe UDP ASSOCIATE, como un script corto o un túnel como tun2socks, y un servicio UDP con el que hablar, por ejemplo una consulta DNS a un resolutor público.

Para HTTP/3 en un navegador, abre las herramientas para desarrolladores, ve a la pestaña Red (Network) y añade la columna Protocolo (Protocol). h3 significa HTTP/3.

Qué hacer cuando el UDP se salta tu proxy

Usa un proxy que lleve UDP
Los servidores Advanced de ProxyStream llevan UDP sobre SOCKS5, así que las aplicaciones UDP y HTTP/3 pueden pasar por el proxy. Los servidores Standard llevan TCP. Mira cómo nuestros proxies SOCKS5 gestionan UDP y HTTP/3.
Desactiva QUIC
Inicia Chrome o Edge con la opción --disable-quic, o pon network.http.http3.enable en false en el about:config de Firefox. El navegador se quedará en TCP.
Controla WebRTC
Configura el navegador o el perfil para enviar WebRTC solo por el proxy. La prueba de fugas del proxy comprueba WebRTC por completo.

Preguntas sobre la prueba UDP

¿Qué es una prueba UDP?

Una prueba UDP comprueba si los paquetes UDP atraviesan una ruta de red y desde qué dirección llegan. Con un proxy, muestra si el UDP sale por el proxy o se lo salta. Esta compara la dirección que ven los sitios por TCP con la que vio nuestro servidor por UDP.

¿Cómo hago una prueba UDP de SOCKS5?

Abre esta página con tu proxy SOCKS5 o perfil de navegador activo y compara las dos direcciones. Para probar la retransmisión con un script, usa un cliente que envíe UDP ASSOCIATE. curl no puede, porque usa SOCKS5 solo para TCP.

¿Mi proxy admite UDP?

Haz la prueba. Si a la derecha aparece una dirección igual a tu IP de salida, el UDP llega a nuestro servidor por el proxy. Si indica «Solo TCP», no salió UDP, que es lo que hace un proxy que solo lleva TCP. Una red distinta significa que el UDP sale por fuera del proxy.

¿Por qué HTTP/3 vuelve a TCP detrás de mi proxy?

HTTP/3 funciona sobre QUIC, y QUIC sobre UDP. Un proxy HTTP o una conexión SOCKS5 simple solo llevan TCP, así que el navegador usa HTTP/2 o HTTP/1.1. Un proxy con UDP ASSOCIATE puede llevar QUIC si el cliente lo usa.

¿Una fuga de UDP es lo mismo que una fuga de WebRTC?

No. WebRTC es una de las formas en que los navegadores envían UDP, y QUIC es otra. Esta prueba compara UDP y HTTP/3 con tu IP de salida. Para la comprobación completa de WebRTC, usa la prueba de fugas del proxy.

Mi dirección UDP es distinta de mi IP de salida pero de la misma red. ¿Es una fuga?

No. Los operadores móviles reparten grupos de direcciones públicas entre sus abonados, así que un dispositivo puede salir por dos direcciones vecinas. Los sitios ven el mismo operador en ambos casos, y la prueba lo indica como Misma red, no como fuga.

¿Los proxies de ProxyStream llevan UDP?

Los servidores Advanced llevan UDP sobre SOCKS5, así que el tráfico UDP, QUIC y HTTP/3 sale desde la IP móvil. Los servidores Standard llevan TCP. Haz esta prueba con tu proxy activo para ver cuál tienes.

Otras pruebas gratuitas