Três motivos para o mesmo domínio responder de forma diferente
Geo-roteamento
Um servidor de borda por região
Cache
TTLs independentes, caches independentes
Split-horizon
Uma resposta diferente, por design
O que é geolocalização por IP? Precisão e limitações
A geolocalização por IP é o processo de estimar onde um endereço IP ou uma rede é usado, geralmente consultando um banco de dados comercial ou aberto. Não é uma coordenada codificada de forma permanente no endereço. Os provedores combinam registros de alocação, medições de rede, relatos de usuários e outros sinais para estimar um país, uma região, uma cidade ou uma operadora de rede. A precisão e a frequência de atualização variam, então um resultado em nível de cidade deve ser tratado como uma estimativa, e não como prova da localização física de um dispositivo. VPNs, operadoras móveis, gateways corporativos, plataformas de nuvem e serviços anycast podem fazer a localização aparente da rede ser muito diferente da localização do usuário final.
Geolocalização não é o mesmo que consulta DNS
Uma consulta DNS pergunta quais registros estão publicados para um nome de host, como os valores de A, AAAA ou MX. A geolocalização por IP pede a um banco de dados separado que associe um endereço a uma localização de rede aproximada. Resolver um domínio para um IP não revela automaticamente onde o servidor está fisicamente, e um banco de dados de IPs não consegue determinar a configuração DNS atual de um domínio sem uma consulta separada. Se o endereço resolvido pertencer a uma CDN, a estimativa pode descrever uma rede de borda ou uma região de roteamento, e não a origem. Mantenha claros a fonte e o tipo de cada observação ao combiná-las.
| Fonte de dados | Pode ajudar a responder | Não consegue provar com confiabilidade |
|---|---|---|
| Registros DNS | Qual endereço ou alias um nome de host publica | A localização física do servidor |
| Banco de dados de geolocalização por IP | A região aproximada associada a um endereço | A localização exata de uma pessoa |
| Dados de RIR / ASN | Informações de rede registradas ou anunciadas | Qual cliente opera um site |
| Consulta PTR | Um nome de host reverso, se publicado | Titularidade ou identidade do serviço |
Um resultado de geolocalização útil pode identificar um país ou um provedor mesmo quando a cidade está errada. Os endereços podem estar registrados na sede de uma empresa enquanto os equipamentos operam em outro lugar. Alguns provedores móveis encaminham o tráfego por gateways centralizados, e uma VPN apresenta de propósito a sua rede de saída, e não a rede de acesso do usuário. O anycast complica ainda mais a interpretação, porque o mesmo IP pode ser anunciado de vários locais e o tráfego é roteado de acordo com a topologia da rede. Um banco de dados que informa uma cidade para um endereço anycast está simplificando uma realidade mais distribuída.
Escolha o nível certo de confiança
Em análises, detecção de fraude, localização de conteúdo ou diagnósticos, a geolocalização pode ser um sinal útil quando usada com outras evidências. Ela não deve ser a única base para decisões de alto impacto sobre uma pessoa, uma conta ou uma jurisdição legal. Um resultado divergente pode refletir um banco de dados desatualizado ou uma infraestrutura de rede compartilhada, e não má-fé. Os provedores costumam documentar níveis de confiança e cronogramas de atualização; examine-os antes de confiar em uma estimativa. Se a localização importa, solicite informações verificáveis e consentidas por um processo adequado, em vez de tentar extrair precisão apenas de um endereço IP.
- Trate as localizações de IP em nível de cidade como aproximadas.
- Espere que VPNs, redes móveis, saídas corporativas e CDNs alterem a localização aparente.
- Verifique quando um banco de dados de geolocalização foi atualizado e como ele define localização.
- Separe as evidências de DNS dos dados de registro, de ASN e de localização.
- Não use apenas um endereço IP para identificar uma pessoa ou um dispositivo físico.
Um fluxo de investigação cuidadoso
Ao analisar um domínio e a rede dele, primeiro resolva o nome de host e salve a resposta, o resolvedor e o horário. Depois, consulte o registro da rede ou o ASN se precisar saber quem anuncia o endereço. Só então consulte a geolocalização e informe o resultado como uma estimativa atribuída ao provedor. Se o domínio estiver atrás de uma CDN, explique que o endereço pode representar um local de borda. Se os resultados repetidos variarem, compare as localizações de consulta e o comportamento dos resolvedores antes de interpretar a variação como uma mudança de servidor.
Um serviço de domínio para IP, como a ferramenta de consulta, foi projetado para mostrar respostas de endereço do DNS, e não para geolocalizar usuários nem identificar as coordenadas exatas de um servidor. Para entender melhor as respostas distribuídas, leia por que os domínios podem ter vários IPs e como as CDNs usam o DNS para rotear. A conclusão mais precisa costuma ser mais restrita do que a pergunta sugere: um resolvedor específico retornou um endereço específico, e um banco de dados identificado associou esse endereço a uma região de rede aproximada.
Informe a incerteza em vez de uma falsa precisão
Ao compartilhar o resultado de uma localização de IP, inclua o nome do banco de dados, a data da consulta e a granularidade que ele informa. “Este banco de dados associa a rede a uma região” é mais defensável do que dizer “o servidor está neste prédio”. Fornecedores diferentes podem divergir porque atualizam em cronogramas distintos ou usam evidências diferentes. Se o endereço pertencer a uma nuvem, a uma operadora ou a uma CDN, explique que ele pode representar uma infraestrutura compartilhada ou distribuída. Evite usar uma estimativa de IP para fazer um julgamento pessoal sobre um indivíduo; as redes são compartilhadas, reatribuídas e roteadas de propósito por gateways. Em um relatório técnico, mantenha a observação de DNS, o registro da rede e a geolocalização em campos separados, para que os leitores não confundam uma fonte com outra.
Precisa conferir os endereços DNS públicos de um domínio? Use a ferramenta Domain IP Lookup.
Leitura relacionada
Os registros que você encontrará em quase toda zona
O que é um registro DNS curinga (wildcard)? Usos e riscos
Saiba como os registros DNS curinga correspondem a nomes sem configuração própria, quando simplificam o gerenciamento de subdomínios e como podem esconder erros.
Um CNAME é um alias de nome, não de endereço
www.example.com
registro CNAME
cdn.provider.net
hostname de destino
192.0.2.10
registro A, resposta final
Cadeias de CNAME: do alias até o IP
Entenda como os registros CNAME formam cadeias de aliases, como os resolvedores chegam aos endereços A e AAAA e o que verificar quando uma cadeia quebra.
Como um e-mail encontra seu servidor de e-mail
Remetente
you@gmail.com
Consulta MX
quem recebe o e-mail?
Servidor de e-mail
prioridade 10 primeiro
Caixa de entrada
entregue
O menor número de prioridade vence; números maiores são reservas
Registros MX explicados: como o e-mail encontra o caminho
Os registros MX dizem à internet quais servidores de e-mail cuidam das mensagens de um domínio e por que a estrutura deles é diferente da de um registro A.