Defina primeiro a pergunta sobre endereço
Observar IP público, ler uma interface local e consultar registro respondem a perguntas diferentes. Escreva a tarefa: comparar WAN do roteador, documentar a saída de uma solicitação do navegador ou ler o registro de um endereço. Essa escolha define quais evidências reunir. Uma consulta pública não revela toda a configuração do notebook, roteador ou aplicativos conectados nem descobre automaticamente seus endereços locais.
Registre dispositivo, rede ativa, navegador, horário e família selecionada. Inclua VPN, proxy ou retransmissão que possa afetar a solicitação. Mantenha credenciais e configuração privada fora de resultados públicos. Prepare um registro pequeno e repetível. Mudar rede, navegador e VPN juntos dificulta interpretar um endereço novo porque várias premissas mudaram simultaneamente e não fica claro qual delas produziu a diferença observada.
Observe a saída do navegador deliberadamente
A ferramenta espera a caixa de consentimento, inicialmente desmarcada, e sua ação. O modo automático consulta um endpoint de pilha dupla e retorna um endereço observado; não lista IPv4 e IPv6 nem prova que ambos funcionam. O modo IPv4 faz outra solicitação específica. O resultado mostra endereço normalizado, família, provedor e horário UTC. É a saída daquela solicitação, não um identificador permanente atribuído ao dispositivo.
Preserve a família na comparação. Uma observação IPv6 automática e uma entrada IPv4 do roteador não verificam igualdade. Repita em modo IPv4 para essa comparação. Falha não diagnostica automaticamente conexão apenas IPv6: bloqueio, conectividade, timeout ou acesso ao provedor também importam. Nenhum endereço é inventado após falha. Um sucesso anterior também não deve ser apresentado como evidência atual depois de uma mudança de rede ou de caminho.
Leia endereços local e WAN separadamente
Obtenha endereço local e gateway na configuração real do dispositivo. Com acesso autorizado, leia depois a WAN ou o estado de internet do roteador. O gateway usado para abrir a administração não é automaticamente a WAN. Várias interfaces podem estar ativas e o roteador pode mostrar protocolos e conexões diferentes. Preserve os rótulos e a família; não copie apenas o primeiro número parecido com IP em uma tela de configuração.
O site não entra em roteadores, enumera interfaces nem lê concessões DHCP. Um cálculo de sub-rede explica o bloco matemático de IPv4 e prefixo informados manualmente, mas não escolhe o prefixo real nem confirma endereço livre. Não altere gateway ou sub-rede para forçar uma coincidência. Registre a configuração atual antes de qualquer mudança justificada de forma independente e compare uma premissa por vez para preservar uma referência útil.
Diferencie IPv4 privado e espaço compartilhado
Os blocos privados são 10.0.0.0/8, 172.16.0.0/12 e 192.168.0.0/16. O intervalo central termina em 172.31.255.255; nem todo endereço iniciado por 172 é privado. O espaço compartilhado para provedores é 100.64.0.0/10, até 100.127.255.255. É outra categoria, não outro nome para os três blocos privados. Preserve o endereço completo antes de classificá-lo e confira todos os octetos, não só o primeiro.
Em uma comparação fictícia, WAN 100.72.14.9 pertence ao espaço compartilhado e 192.168.20.2 ao privado. Essas classificações independem da consulta pública. Ajudam a formular uma pergunta sobre tradução acima do roteador, mas não contam cada camada nem descobrem equipamentos responsáveis. Loopback, enlace local e endereços de documentação têm outros usos. Não os trate como saídas públicas observadas ou resultados reais de uma medição que não aconteceu.
Compare observações IPv4 equivalentes
Colete WAN IPv4 e IPv4 pública observada em horários próximos e pelo caminho pretendido; depois informe ambas no verificador de CGNAT e NAT duplo. Preserve valores e horários. Uma WAN privada diferente da saída sugere tradução acima dela naquele caminho, sem identificar todos os roteadores. WAN compartilhada é uma pista para discutir com o operador, não uma medição feita pelo navegador da topologia ou das políticas de acesso do provedor.
Uma WAN classificada como pública e igual à observação apoia aquela comparação específica. Não prova permissão de entrada, serviço escutando ou encaminhamento de portas funcionando. Diferença também pode envolver VPN, proxy do navegador, vários links ou nova atribuição. A ferramenta apresenta classificação, comparação e próximos passos guiados; não varre portas nem demonstra automaticamente a quantidade de camadas NAT ou quem administra os equipamentos envolvidos.
Considere IPv6 uma observação separada
IPv6 não é IPv4 com mais pontos. Um dispositivo pode ter vários endereços com escopos e durações diferentes. IPv6 local único e exemplos de documentação diferem de endereços globais usados. O exemplo 2001:db8::10 é reservado para documentação, não uma observação pública ao vivo para informar no registro. Separe exemplos e medições reais ao compartilhar evidências; uma forma válida de escrita não torna um endereço de exemplo publicamente usado.
O formulário de registro aceita IPv4 e IPv6 públicos compatíveis com sua validação conservadora. Rejeita endereços locais e especiais, sufixos de zona, prefixos com barra, formas de URL entre colchetes e IPv6 mapeado de IPv4. Informe o endereço, não URL ou rede CIDR. Rejeição descreve o escopo de entrada, não falta de internet na interface. Retirar um rótulo não transforma endereço local em evidência de registro público.
Leia registro sem inventar localização
A consulta pede dados a um registro regional suportado pelo servidor Savvy Toolkit, após consentimento separado. Mostra endereço, família, nome da rede, titular registrado disponível, país registrado, registro regional, identificador e início/fim do intervalo. Campos opcionais ausentes continuam ausentes. O link abre a referência do registro. É um relatório selecionado de registro, não uma base enriquecida de geolocalização, ASN, reputação ou detecção de VPN.
País registrado não mede o país do dispositivo e titular da rede não identifica a pessoa que usa o endereço hoje. Os extremos descrevem o registro da rede, não uma lista de dispositivos conectados. O horário é da consulta, não da alocação original. Leia a referência para detalhes fora da tabela e não considere um titular desconhecido prova de ataque ou de que a conexão foi fornecida pelo serviço errado.
Separe DNS e registro de IP
DNS começa com nome e tipo de registro, enquanto a consulta de registro começa com endereço. Um site pode usar aliases ou mudar endereços, e um nome pode retornar vários registros. Guarde consulta, tipo, resolvedor, horário e resposta real antes de consultar uma IP. Não substitua o endereço do servidor retornado para um site pela saída pública do seu navegador: as perguntas e os caminhos dessas observações são diferentes.
Nem registro de IP nem resposta A ou AAAA provam que a página necessária está sendo servida. DNS, HTTP e indexação têm verificações e limites separados. O titular pode continuar igual enquanto a página falha. Use o guia de DNS e indexação para essa tarefa de site. Não transforme uma tabela de registro em afirmação sobre disponibilidade, autoria do conteúdo ou inclusão em buscadores que o relatório nunca mediu ou verificou.
Trate falhas e fluxo de dados com precisão
A observação pública contata ipify pelo navegador. Omite credenciais e referência da página, mas o serviço recebe informações de conexão necessárias para responder. A consulta de registro passa pelo servidor do site e serviço regional; logs dependem da operação deles. Isso não garante anonimato, eliminação ou ausência de registros. Compartilhe apenas os campos necessários, especialmente quando o IP completo não ajudar a questão apresentada em um fórum público.
Parar, ocultar a aba e redefinir cancelam trabalho pendente e invalidam resultados anteriores. O cancelamento é de melhor esforço depois de iniciar uma solicitação ao servidor. Falha de área de transferência pede cópia manual; não confirma endereço salvo. Ocupado, não encontrado e indisponível diferem de um relatório válido com campos opcionais ausentes. Preserve erro e horário, sem converter esses estados em registro vazio inventado ou resposta bem-sucedida.
Monte um registro útil para suporte
Reúna tarefa exata, dois endereços comparáveis quando necessário, famílias, fontes, horários e caminho de rede. Acrescente erro real ou campo divergente, não uma afirmação geral de internet quebrada. Mantenha capturas privadas do roteador e identificadores de conta no canal de suporte pretendido. Repetir precisa responder a uma dúvida concreta, sem substituir uma observação sem anotar as mudanças nas condições entre as verificações.
Pergunte ao operador sobre atribuição e tradução acima do roteador quando esses fatos estiverem pendentes. Use o processo documentado do registro para corrigir um campo, em vez de esperar edição pelo navegador. Verifique acesso pelo método suportado do serviço quando o objetivo for conexão de entrada. Cada etapa usa evidência apropriada e preserva a configuração original até uma mudança justificada ser avaliada, sem prometer acesso só pela coincidência dos endereços.