Servidores STUN / TURN
Se ejecuta en tu navegadorSolo relay fuerza una prueba exclusiva de TURN, ignorando los candidatos STUN y host.
Opcional. Sin permiso de medios, Chrome reúne candidatos de una sola interfaz de red; concederlo expone todas las interfaces. No se graba nada: el flujo se detiene de inmediato.
Candidatos ICE
Aún no hay candidatos. Añade un servidor y selecciona Reunir candidatos.
| Hora | Tipo | Foundation | Protocolo | Dirección | Puerto | Prioridad | URL | Protocolo de relay |
|---|
Acerca de esta herramienta
Esta es la comprobación Trickle ICE a la que recurren los desarrolladores cuando una conexión WebRTC no llega a establecerse. Introduce la URI de un servidor STUN o TURN (más un usuario y una credencial para TURN) y la herramienta crea una RTCPeerConnection local que usa solo ese servidor, reúne candidatos ICE e informa de lo que encuentra. Un candidato server-reflexive (srflx) significa que STUN funciona; un candidato relay significa que TURN funciona.
Las credenciales TURN incorrectas aparecen como un 401 en el evento onicecandidateerror —el diagnóstico más útil de todos—, de modo que puedes distinguir un problema de autenticación de un host inaccesible. Configura la política de transporte en "Solo relay" para forzar una prueba exclusiva de TURN, o concede el permiso opcional de micrófono/cámara para que el navegador exponga candidatos de todas las interfaces de red en lugar de solo una. Haz clic en cualquier dirección para copiarla.
Las URI de los servidores y las credenciales TURN solo se pasan a la RTCPeerConnection local de tu navegador: no se envía nada a OpenReplay. La única acción de red inherente es la solicitud de binding STUN/TURN al servidor que estás probando, que es justo el propósito de la herramienta. Ten en cuenta que una prueba STUN, por diseño, revela tu IP pública a ese servidor STUN.
Preguntas frecuentes
¿Qué es un servidor STUN?
Un servidor STUN le indica a un dispositivo su propia dirección IP pública y puerto tal como se ven desde internet, para que dos pares detrás de NAT puedan encontrar una ruta entre sí. WebRTC lo usa para reunir candidatos "server-reflexive" (srflx). Solo descubre direcciones: no retransmite medios.
¿Qué es un servidor TURN?
Un servidor TURN retransmite los medios entre pares cuando una conexión directa es imposible (NAT simétrico o firewalls restrictivos). A diferencia de STUN, el tráfico pasa por él, por lo que necesita credenciales. En WebRTC, un servidor TURN que funciona produce un candidato "relay".
¿Cuál es la diferencia entre STUN y TURN?
STUN solo descubre tu dirección pública para que los pares se conecten directamente; es ligero y gratuito. TURN retransmite el tráfico real cuando falla la ruta directa, lo que consume ancho de banda y requiere autenticación. La mayoría de las configuraciones WebRTC prueban primero STUN y recurren a TURN.
¿Cómo pruebo si un servidor TURN funciona?
Introduce la URI turn: más su usuario y credencial, configura el transporte en "relay" y reúne candidatos. Si aparece un candidato de tipo "relay", el servidor TURN funciona. Si en cambio obtienes un error 401, las credenciales son incorrectas; la ausencia total de candidatos significa que es inaccesible.
¿Cómo sé si un servidor STUN funciona?
Introduce la URI stun: y reúne candidatos. Si aparece un candidato de tipo "srflx" (server-reflexive) con tu IP pública, el servidor STUN es accesible y funciona. Si solo aparecen candidatos "host", el servidor STUN no respondió.
¿Qué es Trickle ICE?
Trickle ICE es la técnica de WebRTC que consiste en enviar los candidatos ICE al otro par a medida que se descubren, en lugar de esperar a que termine la recolección. Esta herramienta ejecuta el mismo proceso de recolección de candidatos para que puedas ver aparecer cada candidato y confirmar que un servidor responde.