As bases de dados de localização tentam adivinhar onde um endereço IP é usado, a partir do encaminhamento, de medições, dos registos nos registos e do que os operadores de rede lhes dizem, e sites, serviços de streaming e verificações antifraude agem com base nessas estimativas. Um bloco que muda de mãos mantém muitas vezes a localização antiga durante semanas. A solução é um geofeed, um pequeno ficheiro que indica onde cada prefixo é usado, referido no registo do bloco, depois pedidos às bases de dados que importam, e paciência: conte com seis semanas ou mais.
Quem a usa, e porque os erros prejudicam
- Streaming e direitos de conteúdo, onde a localização está ligada a licenças, pelo que um país errado ou uma etiqueta de hosting bloqueiam um serviço por completo.
- Pesquisa e publicidade, para a língua, a moeda e os resultados locais.
- Verificações antifraude e de segurança, que assinalam inícios de sessão em locais inesperados.
- Impostos, jogo e outra conformidade, e redes de distribuição de conteúdos que escolhem um servidor.
O workshop do IAB de 2025 sobre geolocalização IP estimou a precisão ao nível do país nos geofeeds acima de 95%, constatou uma precisão ao nível da cidade muito inferior e não encontrou uma forma normalizada de as redes corrigirem dados de terceiros. O seu relatório aponta o mercado de IPv4 usado como uma das causas: os blocos mudam, e "the addresses may remain 'located' in Asia in some databases for weeks or months" (tradução: "os endereços podem continuar 'localizados' na Ásia em algumas bases de dados durante semanas ou meses") depois de passarem para a Europa.
De onde vêm os dados das bases
- Registos nos registos, com o peso mais baixo na maioria. A própria documentação da RIPE Database diz que o seu atributo
country:"cannot be used in any reliable way to map IP addresses to countries" (tradução: "não pode ser usado de forma fiável para associar endereços IP a países"): é normalmente o país do titular, não o do utilizador. - O encaminhamento: que redes anunciam e transportam o prefixo.
- Medições: latência e traceroutes a partir das sondas dos próprios fornecedores.
- Nomes de DNS reverso e caminhos de rede.
- Geofeeds que os operadores publicam, e as correções que submetem.
- Sinais de dispositivos e navegadores, em alguns fornecedores.
Para além da localização, a maioria dos fornecedores classifica os endereços: hosting, VPN, proxy, Tor. Estas etiquetas decidem muitas vezes mais do que o país (ver abaixo).
O ficheiro geofeed: RFC 8805
O RFC 8805 define um ficheiro CSV, uma linha por prefixo:
# prefix,country,region,city,postal code
192.0.2.0/24,NL,NL-NH,Amsterdam,
198.51.100.0/24,DE,DE-HE,Frankfurt am Main,
203.0.113.0/24,,,,- O prefixo é obrigatório; o país é um código ISO 3166-1, a região um código ISO 3166-2 como
NL-NH, e a cidade texto simples. - Sem códigos postais: o campo está obsoleto, e "new feeds SHOULD NOT include" (tradução: "os feeds novos NÃO DEVEM incluir") esse campo.
- Campos vazios significam sem localização, para espaço ainda não usado, em vez de uma estimativa.
- O conjunto completo de cada vez, não só as alterações; o mesmo prefixo duas vezes é um erro.
- UTF-8, linhas terminadas em CRLF, servido por HTTPS.
- Uma indicação, não uma ordem: os fornecedores comparam um feed com os seus próprios dados e podem preferir outras fontes.
Apontar para o ficheiro: RFC 9632
O RFC 9632, que substituiu o RFC 9092 em agosto de 2024, diz como um fornecedor encontra um feed e que partes pode usar:
- A partir do registo: um atributo
geofeed:com um endereço HTTPS ou, onde um registo não o tenha, uma linha exatamente na formaremarks: Geofeed https://.... - Ganha o registo mais específico: uma atribuição /24 com a sua própria referência sobrepõe-se à referência no /22 acima dela.
- Só contam as linhas dentro do intervalo do registo; o resto do ficheiro é ignorado para esse registo.
- As indicações de localização do próprio registo são ignoradas quando existe um feed para um intervalo.
- Os coletores vão buscar no máximo uma vez por semana, a partir dos dados em massa dos registos.
- Assinar um feed é opcional, e na prática não se usa: o validador RPKI rpki-client deixou de suportar a verificação de feeds assinados em janeiro de 2026, porque ninguém tencionava usá-la.
Em cada registo
| Registo | Como apontar para o feed |
|---|---|
| O RIPE NCC | Um atributo geofeed: no inetnum ou inet6num, de qualquer tamanho desde dezembro de 2023; também servido por RDAP |
| A ARIN | Ainda sem atributo: um comentário público Geofeed https://... no registo da rede, sem dois pontos depois de "Geofeed" |
| A APNIC | Um atributo geofeed: no inetnum ou inet6num, definido no MyAPNIC |
| A LACNIC e a AFRINIC | Uma linha remarks: Geofeed https://... |
As bases de dados e as plataformas
Verificado a 16 de outubro de 2026. Corrigir uma base de dados não corrige as outras, e várias grandes plataformas têm a sua própria.
| Fornecedor | Como corrigir | Lê geofeeds |
|---|---|---|
| MaxMind | Submeter um geofeed através da sua GeoIP Exchange, ou um formulário de correção | Quando submetido; analisado todos os dias úteis. Os dados GeoIP saem todos os dias úteis, os dados gratuitos GeoLite às terças e sextas |
| IP2Location | Uma declaração autenticada por notário, com identificação, à sua equipa de apoio | Não documentado |
| IPinfo | O seu formulário de correções, ou um URL de geofeed | Sim; a maior parte dos dados diariamente |
| DB-IP | O seu formulário de denúncia | Diz que sim; sem pormenores |
| IPGeolocation.io | O seu formulário de correções, ou um URL de geofeed | Sim |
| Digital Element, que fornece a Fastly | O seu formulário, apenas para titulares de endereços ou seus delegados | Um feed submetido, diariamente |
| O seu formulário "Report IP problems", que "may take more than a month" (tradução: "pode demorar mais de um mês"); o seu ISP Portal para redes que fazem peering com a Google | Registados por ASN no ISP Portal | |
| Cloudflare | O seu formulário de correção | Não documentado |
| Microsoft | Sem formulário público; operadores obtiveram correções através do Microsoft Q&A | Não documentado |
| Apple | Nenhuma via pública encontrada | Não documentado |
| Netflix | Um formulário de pedido para geolocalização e proxy, com ligação a partir da sua entrada na PeeringDB | Não documentado |
Etiquetas de hosting, VPN e proxy
Um bloco pode estar no país certo e mesmo assim ser recusado, por estar classificado como espaço de hosting ou VPN. A lista Anonymous IP do AWS WAF, um grupo de regras gerido que um site pode ativar, bloqueia "IP addresses from web hosting and cloud providers" (tradução: "endereços IP de fornecedores de alojamento web e de cloud") a menos que o site o desative; a MaxMind, a IP2Location e outras assinalam intervalos de hosting, VPN, proxy e Tor. Estas etiquetas têm as suas próprias vias de revisão, como o formulário da equipa de correções da MaxMind e o formulário de falsos positivos da IPQualityScore, separadas das correções de localização.
Um bloco mudado ou alugado, passo a passo
- Pesquise-o antes de ficar com ele: as principais bases de dados, as suas etiquetas de hosting e proxy, e todos os registos que abrangem o bloco, à procura de referências antigas a geofeeds ou de indicações de localização de titulares anteriores (verificar um bloco primeiro).
- Decida a localização verdadeira por prefixo: sempre o país, a região e a cidade quando tiver a certeza, nenhum código postal, e campos vazios para espaço ainda não usado.
- Publique o ficheiro por HTTPS e verifique-o com um validador como o geofeed-finder ou o
mm-geofeed-verifierda MaxMind. - Refira-o no registo mais específico. Num aluguer é o titular que o faz: inclui o seu prefixo no seu próprio feed, ou dá à sua atribuição uma referência própria para o seu ficheiro. Ambas as formas funcionam; pergunte ao locador qual usa, e avise-o antes de levar o espaço para outro país.
- Retire as indicações contraditórias, como referências antigas a geofeeds e linhas
geoloc:erradas. - Ponha o encaminhamento de acordo: anuncie o prefixo exato onde estão os seus utilizadores, com um ROA e um objeto route válidos. O espaço usado através de um túnel é localizado no ponto de presença do túnel.
- Submeta aos fornecedores que importam, com o endereço do feed, e peça à parte a revisão de etiquetas de hosting ou VPN erradas.
- Verifique de novo ao fim de uma, duas e seis semanas. No fim de um aluguer, retire ou esvazie as linhas do bloco, para que o utilizador seguinte não as herde.
Verificar onde aparece um bloco
O RIPEstat responde com os dados gratuitos GeoLite da MaxMind para qualquer prefixo:
curl -s "https://stat.ripe.net/data/maxmind-geo-lite/data.json?resource=203.0.113.0/24"Substitua 203.0.113.0/24, um intervalo reservado para documentação, pelo seu bloco. A MaxMind diz que os seus dados gratuitos GeoLite City são "considerably less accurate" (tradução: "consideravelmente menos precisos") do que os pagos, e as plataformas que têm a sua própria base de dados, como a Google, não estão incluídas. Verifique também alguns endereços nos serviços de que os seus utilizadores dependem.
Quanto tempo demora
A alteração no registo fica ativa de imediato. Os coletores vão buscar semanalmente, os fornecedores analisam e publicam segundo os seus próprios calendários, e muitos sites usam uma cópia descarregada que atualizam quando entendem. A orientação da própria Cloudflare para endereços novos é que "IP geolocation will take at least six weeks to update across databases" (tradução: "a geolocalização IP demorará pelo menos seis semanas a atualizar-se nas várias bases de dados"). Nenhum fornecedor garante aceitação nem prazos.
Onde entra a RTM Networks
Em cada aluguer connosco, as correções de geolocalização são feitas a pedido: diga-nos onde os endereços são usados, e referimos um geofeed para o bloco no seu registo, nosso ou seu, e pedimos às principais bases de dados de localização que corrijam os seus. A rapidez com que cada uma o faz depende delas.
Contacto
Endereços no sítio errado?
Indique o prefixo e onde estão os seus utilizadores. Para espaço alugado a nós, corrigimos a pedido os registos de localização junto dos principais fornecedores. Normalmente respondemos em 1 a 3 horas úteis.
