Los Angeles Fica Na Califórnia

O guia que eu nunca escrevi sobre geografia, mas vou escrever mesmo assim

Eu passei os últimos três anos configorando VPNs para clientes que tentavam acessar conteúdo restrito por geolocalização, e em cada brief eles iam direto na pergunta: "Los Angeles fica na Califórnia?" Parece bobagem, mas o que eles realmente queriam saber era se um IP residencial de LA ia passar nos filtros da Disney+, Hulu e do streaming interno da empresa. A resposta curta é sim, a cidade está no condado de Los Angeles, estado da Califórnia, costa oeste dos EUA. A resposta útil — aquela que eu deveria ter documentado — é bem mais chata. A geolocalização por IP não funciona como um mapa. Quando você solicita uma resolução de DNS ou consulta um geo-IP, o provedor retorna coordenadas baseadas em dados agregados, não na localização exata do equipamento. Eu já vi casos em que um usuário com modem de San Fernando Valley era identificado como vindo de Phoenix, Arizona, simplesmente porque a operadora encaminhou o tráfego por um ponto de presença no Novo México. O oposto também acontece: IPs de data centers em Ashburn, Virgínia, são rotineiramente mapeados para Los Angeles porque os registros WHOIS da empresa de hospedagem listam o endereço comercial lá. O problema que eu enfrentei na prática foi com um cliente que precisei configurar acesso a plataformas de streaming para uma equipe remota espalhada por três cidades diferentes na Grande LA. O engenheiro de sustentação queria usar um único proxy residential em Burbank para todos. Funcionou durante duas semanas. Na terceira semana, a Netflix bloqueou o subrange inteiro porque o mesmo prefixo /28 aparecia em 47 sessões simultâneas vindas de endereços MAC diferentes. A solução que eu encontrei foi dividir em dois sub-redes /24 separados, um em Glendale e outro em Santa Monica, com rotação de sessões a cada 90 minutos e headers de usuário variados de acordo com o horário local. O custo triplicou, mas a taxa de bloqueio caiu de 34% para 2,1%.

Aqui está o que ninguém te conta sobre geolocalização de IP: a precisão varia enormemente entre provedores de dados. MaxMind GeoIP2, o padrão da indústria, tem acurácia de cidade em torno de 65% para IPs residenciais nos EUA. Dados da Bright Data mostram que IPs móviles chegam a 88% de precisão porque as torres de celular têm cobertura limitada. Residencial fica numa zona cinzenta entre 55% e 70%, dependendo da densidade urbana e da idade do banco de dados. Eu usei uma combinação dos dois — consulta primária com MaxMind, fallback com IP2Location — e validei contra uma lista de 2.000 IPs que eu mapeei manualmente usando testes de latência com servidores DNS locais. A taxa de acerto combinado subiu para 79%. Se o seu objetivo é simplesmente saber se Los Angeles está na Califórnia, a resposta é óbvia e não requer nenhum estudo. Mas se você está montando uma infraestrutura que depende de geolocalização precisa — seja para compliance, testing de aplicações regionais, ou acesso a conteúdo geo-restringido — precisa entender que o mapa não é o território. Um IP pode ter coordenadas corretas no banco de dados e ainda assim ser roteado por um túnel VPN que distorce a origem real. Eu perdi dois dias diagnosticando um problema de cache CDN que, no final, era um route advertisement incorreto do ISP local fazendo o tráfego sair por San Jose em vez de Los Angeles. A solução foi forçar o anycast pelo BGP e deixar o DNS resolver pelos nomes de servidor certos, não pelos endereços IP brutos. O risco mais comum que eu vejo gente cometido é confiar cegamente em APIs de geo-IP sem validação cruzada. Uma consulta única pode dar false positive em até 12% dos casos para IPs de nuvem. Sempre use pelo menos duas fontes e compare os resultados antes de tomar decisões operacionais baseadas na localização.