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 multimédia, o Chrome reúne candidatos de apenas uma interface de rede; concedê-la expõe todas as interfaces. Nada é gravado — o fluxo é interrompido de imediato.
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 programadores recorrem quando uma ligação WebRTC não se estabelece. Indique um URI de servidor STUN ou TURN (mais um utilizador 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 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âmara para que o navegador exponha candidatos de todas as interfaces de rede, em vez de apenas uma. Clique em qualquer endereço para o copiar.
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 é o pedido de binding STUN/TURN para o servidor que está a testar, que é precisamente o objetivo da ferramenta. Note 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 indica 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 usa-o para reunir candidatos "server-reflexive" (srflx). Apenas descobre endereços — não retransmite multimédia.
O que é um servidor TURN?
Um servidor TURN retransmite multimédia entre pares quando uma ligação direta é impossível (NAT simétrico ou firewalls restritivas). Ao contrário do STUN, o tráfego passa por ele, pelo que necessita 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 liguem 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á a funcionar?
Indique o URI turn: mais o seu utilizador e credencial, defina o transporte como "relay" e reúna candidatos. Se aparecer um candidato do tipo "relay", o servidor TURN funciona. Se obtiver antes um erro 401, as credenciais estão erradas; nenhum candidato significa que está inacessível.
Como sei se um servidor STUN está a funcionar?
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 a funcionar. 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 recolha termine. Esta ferramenta executa o mesmo processo de recolha de candidatos para que possa ver cada candidato a aparecer e confirmar que um servidor responde.