Consulta DNS/IP

Resolvedor DNS + geolocalização IP + DNS reverso. Obtém registros A/AAAA/MX/CNAME/TXT/NS e dados geo/ISP/ASN de qualquer endereço. Consultas no navegador.

Tem feedback? Reporte bugs, sugira recursos ou compartilhe suas ideias — lemos todos

Consulta DNS/IP - Verificar Endereço IP e Registros DNS Online

DNS é a camada de endereçamento que transforma hostnames que você consegue lembrar (wikipedia.org) nos endereços IP numéricos que roteadores realmente entendem (208.80.154.224, 2620:0:861:ed1a::1). Toda requisição web, envio de email, chamada de API e conexão SSH começa com um ou mais lookups DNS, e quando esses lookups falham nada mais funciona. Esta ferramenta combina três operações diagnósticas que desenvolvedores e sysadmins usam constantemente. (1) Detecção de IP público — descobre o endereço de saída que sua rede apresenta ao mundo, útil ao configurar allow-lists de firewall ou depurar VPNs. (2) Geolocalização de IP — busca a cidade/país aproximado, ISP, organização, ASN (Autonomous System Number) e fuso horário de qualquer endereço IPv4 ou IPv6 via APIs públicas como ipapi.co; útil para análise de padrões de tráfego e triagem de abuso. (3) Resolução de registros DNS — consulta DNS global sobre HTTPS (via dns.google ou 1.1.1.1 da Cloudflare) por registros A (IPv4), AAAA (IPv6), MX (email), TXT (SPF/DKIM/verificação de site), NS (delegação) e CNAME (alias) para qualquer domínio. Útil para verificar propagação de mudanças DNS, depurar problemas de entrega de email (SPF/DKIM/DMARC), confirmar que seus sites estão rodando nos IPs que você pensa, e explorar como grandes serviços públicos como Google ou Cloudflare estruturam seu DNS.

O que é Consulta DNS/IP?

Consulta DNS/IP é uma ferramenta que recupera informações sobre endereços IP e nomes de domínio. Fornece:

- Geolocalização de IP (país, cidade, coordenadas)
- Informações de ISP e organização
- Hostname e DNS reverso
- Registros DNS (A, AAAA, MX, TXT, etc.)
- ASN (Número de Sistema Autônomo)
- Fuso horário e CEP

Essas informações são úteis para solução de problemas de rede, análise de segurança e compreensão da infraestrutura da internet.

Como uso esta ferramenta?

Usando a ferramenta Consulta DNS/IP:

1. Escolha o tipo de consulta:
- Meu Endereço IP: Veja seu IP público
- Consulta de IP: Obtenha informações sobre um endereço IP
- Consulta DNS: Verifique registros DNS de um domínio

2. Para Consulta de IP:
- Digite um endereço IP (ex: 8.8.8.8)
- Clique em 'Consultar'
- Veja geolocalização, ISP e outros detalhes

3. Para Consulta DNS:
- Digite um nome de domínio (ex: google.com)
- Clique em 'Consultar'
- Veja registros DNS (A, MX, TXT, etc.)

A ferramenta usa múltiplas APIs públicas gratuitas para garantir resultados precisos.

Quais informações posso obter da Consulta de IP?

Consulta de IP fornece informações abrangentes:

Dados de Localização:
- País, região e cidade
- Coordenadas de latitude e longitude
- Fuso horário
- CEP

Informações de Rede:
- ISP (Provedor de Serviços de Internet)
- Nome da organização
- ASN (Número de Sistema Autônomo)
- Hostname (DNS reverso)

Esses dados vêm de bancos de dados públicos e informações WHOIS. Note que a geolocalização de IP é aproximada e pode não indicar localizações físicas exatas.

O que são registros DNS?

Registros DNS (Sistema de Nomes de Domínio) mapeiam nomes de domínio para endereços IP e outras informações:

Tipos de registro comuns:
- Registro A: Mapeia domínio para endereço IPv4
- Registro AAAA: Mapeia domínio para endereço IPv6
- Registro MX: Servidor de e-mail para o domínio
- Registro CNAME: Nome canônico (alias)
- Registro TXT: Informações de texto (SPF, DKIM, etc.)
- Registro NS: Servidores de nome para o domínio
- Registro SOA: Início de autoridade (servidor mestre + serial)
- Registro CAA: Quais CAs podem emitir certificados TLS

Registros DNS são essenciais para que sites, e-mail e serviços de internet funcionem corretamente.

Por que minha localização de IP pode estar errada?

A geolocalização de IP nem sempre é precisa:

Razões para imprecisão:
- Bancos de dados de IP podem estar desatualizados
- ISPs podem atribuir IPs regionalmente
- VPN ou proxy muda a localização aparente
- Redes móveis roteiam através de diferentes regiões
- Redes corporativas usam IPs centralizados

A geolocalização de IP tipicamente fornece:
- País preciso (95%+)
- Região/estado preciso (80%+)
- Cidade aproximada (60%+)
- Coordenadas muito aproximadas

Para localização precisa, GPS é necessário. Consulta de IP é melhor para identificação regional, não endereços exatos.

Por que o mesmo domínio resolve para IPs diferentes a partir de localizações diferentes?

Porque o operador quer assim. Sites grandes modernos usam GeoDNS (DNS geográfico) para retornar registros A/AAAA diferentes dependendo de qual resolvedor DNS perguntou: uma requisição de Tóquio recebe o IP edge de Tóquio, uma de Frankfurt recebe o IP edge de Frankfurt, tudo sob o mesmo hostname. É assim que Cloudflare, AWS CloudFront, Fastly e Google Cloud roteiam usuários para o servidor geograficamente mais próximo para baixa latência. Também é como Round-Robin DNS distribui carga entre múltiplos backends equivalentes (seu resolvedor recebe uma ordem diferente de IPs a cada consulta). Adicione roteamento smart de CDN, endereçamento Anycast (onde um IP literalmente responde de muitas localizações físicas) e DNS split-horizon (respostas diferentes para redes internas vs externas), e a resposta 'o IP deste domínio é X' se torna 'X para mim, agora, deste resolvedor'. Esta ferramenta mostra o que SEU resolvedor atual retorna; para alcance global, tente dnschecker.org que sonda múltiplas regiões em paralelo.

Consulta DNS/IP — Resolvedor DNS + geolocalização IP + DNS reverso. Obtém registros A/AAAA/MX/CNAME/TXT/NS e dados geo/ISP/ASN de qualquer — **Consulta DNS/IP**

Qual a diferença entre registro A, registro AAAA e CNAME?

Cada um mapeia um hostname para um tipo diferente de valor. Um registro A aponta para um endereço IPv4 (4 bytes, ex. 93.184.216.34) — o tipo original de registro DNS de 1987 e ainda o mais usado. AAAA ('quad-A') aponta para um endereço IPv6 (16 bytes, ex. 2606:2800:220:1:248:1893:25c8:1946) — necessário porque IPv4 ficou sem endereços públicos em 2011 e hosts modernos cada vez mais precisam de ambos. CNAME ('nome canônico') aponta para OUTRO hostname em vez de um IP — útil para aliases como 'www.example.com CNAME example.com', então mudar o registro A subjacente uma vez atualiza ambos. A troca do CNAME: custa um lookup DNS extra (resolvedor busca o CNAME, depois o A/AAAA do alvo), e regras DNS proíbem usar um CNAME no apex de um domínio (você não pode ter 'example.com CNAME other.com', apenas 'subdomain.example.com CNAME other.com') — embora alguns provedores como Cloudflare ofereçam 'CNAME flattening' como solução.

Como depuro SPF, DKIM e DMARC, e verifico um registro CAA antes de emitir um certificado TLS?

Essas são as duas razões profissionais mais comuns para fazer uma consulta DNS. A autenticação de e-mail vive em registros TXT: SPF é um único TXT no domínio raiz que começa com 'v=spf1 ...' e lista quais servidores podem enviar e-mail por você (procure o '-all' final para falha rígida ou '~all' para falha suave); DKIM é um TXT em '<seletor>._domainkey.seudominio.com' contendo a chave pública (você precisa saber o seletor — ex. 'google._domainkey' para Google Workspace — porque o DNS não consegue enumerá-lo); DMARC é um TXT em '_dmarc.seudominio.com' começando com 'v=DMARC1; p=...' onde p=reject/quarantine/none define a política. Faça uma consulta DNS do domínio e leia o bloco TXT para confirmar que os três batem. Para emissão de certificado, consulte o registro CAA: uma CA (Let's Encrypt, DigiCert, etc.) é obrigada pela baseline do CA/Browser Forum a verificar CAA antes de assinar, e recusará se existir um CAA que não liste seu identificador 'issue'. Então antes de pedir um certificado, confirme que seu CAA está ausente (qualquer CA pode emitir) ou inclui a CA que você usa — esta ferramenta agora resolve CAA diretamente.

O que é DNS reverso (PTR) e por que importa para a entregabilidade de e-mail?

O DNS direto mapeia um nome para um IP (A/AAAA); o DNS reverso (um registro PTR) mapeia um IP de volta para um nome, armazenado sob a zona especial in-addr.arpa (IPv4) ou ip6.arpa (IPv6). Para um servidor de e-mail é quase obrigatório: a maioria dos grandes receptores (Gmail, Outlook, Yahoo) rejeita ou penaliza fortemente e-mail de um IP sem PTR, ou com um PTR genérico atribuído pelo ISP como '203-0-113-5.dynamic.example-isp.net'. A melhor prática é Full-Circle / FCrDNS: o PTR do IP resolve para um hostname, e o A/AAAA desse hostname resolve de volta para o mesmo IP, e esse hostname combina com o banner SMTP HELO/EHLO. Ao contrário dos registros diretos que você controla via seu provedor DNS, o PTR é definido por quem possui o bloco de IPs (sua hospedagem ou ISP), então geralmente você o solicita a eles. Esta ferramenta executa automaticamente uma consulta PTR sempre que você consulta um IP, para confirmar o DNS reverso em uma única etapa em vez de usar dig -x.

O que é DNS sobre HTTPS (DoH) e por que o TTL importa para a propagação?

O DNS tradicional envia consultas como texto puro sobre UDP (ou TCP) porta 53, que qualquer salto de rede pode ler ou adulterar. DNS sobre HTTPS (DoH) embrulha a mesma consulta dentro de uma requisição HTTPS comum a um resolvedor como o 1.1.1.1 da Cloudflare (cloudflare-dns.com) ou o 8.8.8.8 do Google (dns.google), de modo que vai criptografada e indistinguível do tráfego web normal — que é exatamente o que esta ferramenta usa, o que significa que cada consulta roda direto do seu navegador sem servidor intermediário. O TTL (Time To Live) é o número de segundos que um resolvedor pode cachear um registro antes de perguntar novamente ao servidor autoritativo. Ele governa a propagação: se seu registro A tem TTL de 3600, resolvedores no mundo todo podem continuar servindo o valor antigo por até uma hora após uma mudança. Profissionais baixam o TTL (ex. para 300s) um dia antes de uma migração planejada para que a troca seja rápida, e depois o sobem novamente para reduzir a carga de consultas. O campo 'minimum' do registro SOA também define por quanto tempo respostas negativas (NXDOMAIN) são cacheadas.

Meus dados estão seguros?

Privacidade e segurança:

- Consultas de IP consultam bancos de dados públicos
- Suas pesquisas não são registradas por nós
- Requisições vão diretamente do seu navegador para APIs públicas
- Nenhum dado pessoal é armazenado
- Endereços IP são informações públicas

Nota: Quando você realiza uma consulta, os provedores da API de destino podem registrar a requisição. Usamos serviços HTTPS gratuitos confiáveis como ipapi.co e DNS sobre HTTPS da Cloudflare/Google.

Seu endereço IP já está visível para todo site que você visita - esta ferramenta apenas ajuda você a entender quais informações estão publicamente disponíveis.