Seu Mac alugado não fica em um rack de hospedagem, e para testes isso é uma vantagem

Um possível cliente fez duas perguntas razoáveis antes de assinar. Onde ficam as máquinas, e o IP de saída aparece nesse lugar na geolocalização? A resposta honesta é que elas ficam na nossa instalação privada em Nova Jersey, com fibra empresarial, e não em um provedor de hospedagem. Algumas semanas atrás isso parecia algo para explicar pedindo desculpas. Não é.

O que as bases de dados dizem

Verificamos a partir da própria máquina, em vez de supor. O endereço de saída pertence a um provedor de fibra empresarial. O DNS reverso aponta para o pool de clientes do provedor. Dois serviços de geolocalização independentes concordam na classificação.

isp:      Verizon Business
as:       AS701
hosting:  false
proxy:    false
mobile:   false

Esse último bloco é o ponto. Para todo sistema que pontua o tráfego pela origem, este Mac parece um escritório, porque é isso que ele é.

Por que isso importa para testes

Sistemas antibot e antifraude desconfiam das faixas de endereço de provedores de hospedagem, e com razão. Por isso fluxos de cadastro, sandboxes de pagamento, verificação de anúncios, painéis de pesquisa e serviços que dependem da localização se comportam de outro jeito quando a requisição vem de um IP de nuvem. Um teste que passa no laptop de um desenvolvedor e falha no CI muitas vezes é só isso.

O primeiro cliente que perguntou sobre isso faz QA de iOS. Os testes dele falam com serviços de produção que se comportam de outro jeito com tráfego de nuvem. Para esse trabalho, um Mac em uma linha empresarial normal não é um meio-termo. É o requisito.

Verifique a sua própria saída

Você pode verificar a classificação de qualquer máquina em um minuto, a partir da própria máquina. Estes são os comandos exatos que rodamos.

# what address does the world see?
curl -s https://api.ipify.org

# how is it classified?
curl -s "http://ip-api.com/json/<that-address>?fields=isp,as,hosting,proxy,mobile"

# what does reverse DNS say about it?
dig +short -x <that-address>

Rode os mesmos três comandos em um runner de CI na nuvem e compare. A flag de hosting e o padrão do DNS reverso geralmente bastam para explicar um teste que só falha no CI.

Os limites, com honestidade

• Sem IPv4 público fixo ou dedicado. O endereço é atribuído pela fibra empresarial e pode mudar. Se você precisa de um endereço fixo em uma lista de permissões, este é o produto errado.
• Sem portas de entrada. Você acessa o Mac por uma rede privada Tailscale ou pela área de trabalho no navegador. Nada fica exposto na internet.
• Um só local. Você não escolhe cidade nem país.
• Só serviços de desenvolvedor. A política de uso aceitável cobre CI, builds, testes e ferramentas de desenvolvedor, incluindo agentes de programação, no seu próprio software. Ela não cobre scraping em grande escala nem driblar os termos de outro serviço, e um endereço de rede real não é um convite para tentar.

Para que serve

• QA contra serviços reais que pontuam o tráfego de nuvem de outro jeito.
• Simuladores e aparelhos de teste que falam com APIs de produção durante o CI.
• Pipelines de build de apps cujos próprios backends bloqueiam faixas de nuvem.
• Agentes de programação que navegam pela documentação e entram em ferramentas de desenvolvedor sem esbarrar em barreiras antibot.

Antes descrevíamos o local com cuidado. Agora descrevemos com exatidão, porque para os clientes certos a exatidão é o argumento de venda.