Servidores STUN / TURN
Executa no seu navegadorApenas relay força um teste exclusivo de TURN, ignorando os candidatos STUN e host.
Opcional. Sem permissão de mídia, o Chrome reúne candidatos de apenas uma interface de rede; concedê-la expõe todas as interfaces. Nada é gravado — o fluxo é interrompido imediatamente.
Candidatos ICE
Ainda não há candidatos. Adicione um servidor e selecione Reunir candidatos.
| Hora | Tipo | Foundation | Protocolo | Endereço | Porta | Prioridade | URL | Protocolo de relay |
|---|
Sobre esta ferramenta
Esta é a verificação Trickle ICE a que os desenvolvedores recorrem quando uma conexão WebRTC não se estabelece. Indique um URI de servidor STUN ou TURN (mais um usuário e credencial para TURN) e a ferramenta cria uma RTCPeerConnection local que utiliza apenas esse servidor, reúne candidatos ICE e reporta o que encontra. Um candidato server-reflexive (srflx) significa que o STUN funciona; um candidato relay significa que o TURN funciona.
Credenciais TURN inválidas surgem como um 401 no evento onicecandidateerror — o diagnóstico mais útil de todos — para que você consiga distinguir um problema de autenticação de um host inacessível. Defina a política de transporte como "Apenas relay" para forçar um teste exclusivo de TURN, ou conceda a permissão opcional de microfone/câmera para que o navegador exponha candidatos de todas as interfaces de rede, em vez de apenas uma. Clique em qualquer endereço para copiá-lo.
Os URIs de servidor e as credenciais TURN são passados apenas para a RTCPeerConnection local do seu navegador — nada é enviado para a OpenReplay. A única ação de rede inerente é a requisição de binding STUN/TURN para o servidor que você está testando, que é precisamente o objetivo da ferramenta. Observe que um teste STUN, por definição, revela o seu IP público a esse servidor STUN.
Perguntas frequentes
O que é um servidor STUN?
Um servidor STUN informa a um dispositivo o seu próprio endereço IP público e porta tal como vistos a partir da Internet, para que dois pares por trás de NAT consigam encontrar uma rota entre si. O WebRTC o usa para reunir candidatos "server-reflexive" (srflx). Ele apenas descobre endereços — não retransmite mídia.
O que é um servidor TURN?
Um servidor TURN retransmite mídia entre pares quando uma conexão direta é impossível (NAT simétrico ou firewalls restritivos). Ao contrário do STUN, o tráfego passa por ele, por isso ele precisa de credenciais. No WebRTC, um servidor TURN funcional produz um candidato "relay".
Qual é a diferença entre STUN e TURN?
O STUN apenas descobre o seu endereço público para que os pares se conectem diretamente; é leve e gratuito. O TURN retransmite o tráfego real quando um caminho direto falha, o que consome largura de banda e exige autenticação. A maioria das configurações WebRTC tenta primeiro o STUN e recorre ao TURN como alternativa.
Como testo se um servidor TURN está funcionando?
Indique o URI turn: mais o seu usuário e credencial, defina o transporte como "relay" e reúna candidatos. Se aparecer um candidato do tipo "relay", o servidor TURN funciona. Se em vez disso você obtiver um erro 401, as credenciais estão erradas; nenhum candidato significa que ele está inacessível.
Como sei se um servidor STUN está funcionando?
Indique o URI stun: e reúna candidatos. Se aparecer um candidato do tipo "srflx" (server-reflexive) com o seu IP público, o servidor STUN está acessível e funcionando. Se aparecerem apenas candidatos "host", o servidor STUN não respondeu.
O que é o Trickle ICE?
O Trickle ICE é a técnica do WebRTC que envia candidatos ICE para o outro par à medida que são descobertos, em vez de esperar que a coleta termine. Esta ferramenta executa o mesmo processo de coleta de candidatos para que você possa ver cada candidato aparecendo e confirmar que um servidor responde.