Verifique seu tipo de NAT instantaneamente

Este é o endereço IPv4 público informado durante o teste. Um roteador ou provedor pode traduzir um endereço privado antes de o tráfego chegar à internet, permitindo que vários dispositivos ou assinantes compartilhem um endereço público.

Um endereço, por si só, não confirma CGNAT nem Double NAT. Uma VPN também pode alterar o endereço público visto pelo teste.

Quando uma porta está disponível, o número após os dois-pontos no resultado IPv4 é uma porta UDP observada neste teste do navegador. Por exemplo, 203.0.113.10:62000 mostra um endereço e a porta informada, 62000.

Não é uma porta de jogo, uma regra de encaminhamento de portas ou uma prova de que um serviço está acessível nesse endereço. Os mapeamentos podem mudar entre testes ou destinos, especialmente com NAT simétrico.

Descreve o comportamento UDP em IPv4 observado no caminho testado. NAT 1 é NAT de cone completo, NAT 2 é NAT de cone restrito, NAT 3 é NAT de cone restrito por porta e NAT 4 é NAT simétrico. Internet aberta é um resultado separado para um caminho em que nenhum NAT foi observado.

Esses são os rótulos do NAT Checker para as categorias do RFC 3489. PlayStation, Xbox e outras plataformas usam seus próprios rótulos e testes. O tipo de NAT não mede a velocidade de download nem garante que todo jogo consiga se conectar a qualquer outro participante. Selecione “Como classificamos o NAT” para ver a lógica de decisão.

Este é um endereço IPv6 global exposto pelo seu navegador durante a verificação IPv6. Endereços de uso apenas local são excluídos. A descoberta de IPv6 é executada separadamente do teste de NAT em IPv4.

Um endereço, por si só, não comprova conectividade externa. “IPv6 não detectado” significa que este teste não encontrou um endereço IPv6 global; isso não demonstra que seu provedor ou dispositivo não pode oferecer suporte a IPv6.

“Conectividade externa confirmada” significa que nosso serviço de teste IPv6 informou uma conexão WebRTC/UDP bem-sucedida neste caminho. Encontrar um endereço IPv6 não basta para produzir esse resultado.

“Não foi possível confirmar a conectividade externa” significa que esse caminho não foi estabelecido com sucesso. Regras de firewall, uma VPN, restrições do navegador ou condições da rede podem afetar a verificação. A navegação normal por IPv6 ainda pode funcionar, pois usa outras conexões e protocolos. Um tempo limite excedido ou erro do serviço significa que a verificação não foi concluída.

Bloqueado é um resultado retornado pelo servidor de teste de NAT quando este caminho UDP não pode ser estabelecido. Ele não identifica qual dispositivo ou configuração causou a falha.

Tempo limite excedido significa que nenhuma classificação final chegou dentro do prazo do teste. Um erro ou a mensagem “Serviço temporariamente indisponível” significa que o teste não pôde ser concluído. Esses resultados não são classificações NAT 1–4 confirmadas. Tente novamente e depois verifique restrições do navegador, VPNs e configurações de firewall antes de atribuir a falha ao roteador ou provedor.

O RFC 3489 distingue os tipos de NAT comparando mapeamentos de IP e porta públicos e verificando quais origens de resposta conseguem alcançar o mesmo socket UDP local. Alterar a origem de uma resposta e alterar o destino de uma solicitação verificam comportamentos diferentes.

1. Test I: enviar uma STUN Binding Request normal. A resposta informa MAPPED-ADDRESS, o IP público e a porta UDP observados pelo servidor. Comparar ambos com o endereço e a porta do socket local para determinar se houve tradução.
2. Test II: solicitar uma resposta de outro endereço IP e outra porta do servidor. Recebê-la mostra que um remetente externo com o qual o cliente não entrou em contato consegue alcançar o mapeamento.
3. Test I com destino alternativo: enviar uma solicitação normal do mesmo socket local para o endpoint alternativo do servidor indicado por CHANGED-ADDRESS. Comparar o novo IP público e a porta com o primeiro mapeamento para detectar se ele depende do destino.
4. Test III: solicitar uma resposta do IP original do servidor, mas de outra porta. Isso diferencia um filtro de entrada que considera apenas o IP de um filtro que exige a correspondência tanto do endereço IP quanto da porta.

Essas são as verificações de classificação do RFC. Nosso teste no navegador obtém o mapeamento público com STUN e usa verificações de conectividade WebRTC auxiliadas pelo servidor para retornar a categoria de comportamento correspondente.

1. Test I recebe uma resposta, e o IP público ou a porta mapeados são diferentes do endpoint do socket local, portanto há NAT.
2. Test II recebe uma resposta de outro IP e outra porta do servidor, mesmo sem o cliente ter enviado tráfego para essa origem de resposta.
3. Na árvore de decisão do RFC 3489, isso é NAT de cone completo (Full Cone), que chamamos de NAT 1.

Depois que existe um mapeamento UDP, outros remetentes externos podem alcançá-lo sem contato prévio. Isso geralmente facilita conexões diretas entre pares; não significa que todas as portas estejam abertas.

1. Há NAT, mas Test II não recebe resposta do IP e da porta alterados.
2. Um novo Test I para o destino alternativo retorna o mesmo IP público e a mesma porta mapeados da primeira solicitação. O mapeamento não muda com esse destino.
3. Test III recebe uma resposta do IP original do servidor em outra porta. O contato prévio com esse IP é suficiente; não é necessário ter entrado em contato com a porta exata da resposta.

Isso é NAT de cone restrito (Restricted Cone), nosso NAT 2. O tráfego UDP de entrada é permitido a partir de endereços IP externos com os quais o cliente já entrou em contato.

1. Há NAT, e Test II não recebe resposta do IP e da porta alterados.
2. Test I para o destino alternativo retorna o mesmo IP público e a mesma porta mapeados, descartando um mapeamento dependente do destino nesta comparação.
3. Test III também não recebe resposta quando apenas a porta de origem do servidor muda. No modelo do RFC, o tráfego de entrada precisa corresponder a um IP e uma porta com os quais o cliente já entrou em contato.

Isso é NAT de cone restrito por porta (Port-Restricted Cone), nosso NAT 3. O mapeamento permanece igual na comparação, mas o filtro de entrada é mais restritivo do que no NAT 2.

1. Há NAT, e Test II não recebe resposta do IP e da porta alterados.
2. Repetir Test I do mesmo socket UDP local para o endpoint alternativo do servidor.
3. Se o IP público ou a porta mapeados forem diferentes do primeiro mapeamento, a árvore de decisão do RFC identifica NAT simétrico (Symmetric), nosso NAT 4.

Por exemplo, um destino pode ver 203.0.113.10:62000 e outro, 203.0.113.10:62001. Uma mudança de porta basta; o IP público não precisa mudar também. Portanto, um endpoint descoberto por meio de um servidor pode não servir para outro participante, e algumas aplicações podem precisar de um servidor de retransmissão.

Se Test I não receber resposta, o fluxo de descoberta do RFC 3489 informa UDP Blocked. Em um teste no navegador, um caminho UDP com falha ou incompleto também pode ser afetado por configurações do navegador, VPNs, firewalls, disponibilidade do serviço ou perda de pacotes; isso, por si só, não localiza a causa.

Se Test I for bem-sucedido e o IP e a porta mapeados forem ambos iguais ao endpoint do socket local, nenhum NAT é observado. Se Test II também for bem-sucedido, a classificação é Internet aberta (Open Internet). Se Test II falhar nesse caminho sem NAT, o RFC chama isso de Symmetric UDP Firewall. É uma condição de filtragem sem tradução de endereços, não um NAT simétrico, e não deve ser confundida com NAT 4.

Nossos rótulos de resultado não incluem uma categoria separada de Symmetric UDP Firewall. Um teste incompleto ou erro do serviço também é diferente de uma categoria de NAT confirmada.

O STUN, documentado no RFC 8489, permite que o navegador descubra um endereço público e uma porta UDP observados fora da rede local. O ICE, documentado no RFC 8445, usa verificações de conectividade para estabelecer um caminho entre endpoints.

O RFC 3489 define as categorias NAT de cone completo, NAT de cone restrito, NAT de cone restrito por porta e NAT simétrico, além dos testes de mapeamento e resposta que as distinguem. Usamos essa lógica de classificação com nosso navegador e nossos servidores de teste; a descoberta do endereço IPv6 e a conectividade externa são verificações separadas.

O resultado descreve o caminho UDP testado por este navegador. VPNs, firewalls e restrições do navegador podem afetá-lo, e uma rede real pode combinar comportamentos de mapeamento e filtragem que os rótulos históricos de NAT não descrevem por completo.

O teste não confirma CGNAT nem Double NAT, não verifica todas as portas de aplicações e não garante o rótulo NAT de um console ou todas as conexões entre pares. Um endereço IPv6 público não comprova conectividade UDP externa.

O RFC 3489 também observa que repetir uma descoberta com o mesmo socket local pode reutilizar associações NAT anteriores e distorcer o resultado. Uma nova descoberta usa um novo endpoint local ou espera as associações antigas expirarem; os resultados descrevem a rede no momento daquela verificação.