Como Migrar do NetNut para o ProxyHat

Migrar do NetNut para o ProxyHat é basicamente um processo de localizar e substituir: troque seu gateway para gate.proxyhat.com (porta 8080 para HTTP, 1080 para SOCKS5), mova seus parâmetros de país e sessão para as flags de nome de usuário do ProxyHat e compre tráfego pré-pago que nunca expira, em vez de um compromisso mensal. Para uma configuração típica de scraping, toda a transição leva bem menos de uma hora. Este guia mapeia cada conceito do NetNut para seu equivalente no ProxyHat, orienta você na configuração inicial e oferece uma comparação honesta de preços para que você dimensione corretamente sua primeira compra.

Se você está aqui por causa da apreensão de 2 de julho e quer entender o contexto primeiro, já abordamos separadamente o que aconteceu com o NetNut e o que isso significa para os clientes. Este artigo é puramente prático.

Migrando do NetNut para o ProxyHat: o Mapa de Conceitos

Ambas as plataformas seguem a mesma arquitetura básica — um único host de gateway, com o comportamento de roteamento codificado no nome de usuário do proxy. É por isso que a migração é rápida. A tabela abaixo mapeia os conceitos; os detalhes do NetNut refletem sua configuração publicamente documentada antes da apreensão (por exemplo, o gateway gw.ntnt.io e sufixos de nome de usuário como -res-us ou -sid-).

Passo 1: crie uma conta e compre um pacote pequeno para teste

Comece com o menor pacote — 1 GB por $10 — e trate-o como seu orçamento de avaliação. Como o tráfego do ProxyHat nunca expira, não há penalidade por começar pequeno: o gigabyte que você compra hoje ainda estará lá no próximo trimestre, e os descontos por volume (chegando a $3.60/GB em 500 GB) se aplicam sempre que você estiver pronto para escalar. Os planos completos estão na página de preços.

Essa é uma diferença deliberada em relação ao modelo de compromisso. Você não precisa acertar sua estimativa de volume mensal logo no primeiro dia para conseguir uma taxa justa.

Passo 2: troque o gateway no seu código

A mudança é uma edição de uma linha na URL do proxy. Uma requisição no estilo NetNut:

curl -x http://username-res-us:password@gw.ntnt.io:5959 https://ipinfo.io/json

torna-se, no ProxyHat:

curl -x http://user-country-US:pass@gate.proxyhat.com:8080 https://ipinfo.io/json

Em Python, a mesma troca:

import requests

proxies = {
    "http": "http://user-country-US:pass@gate.proxyhat.com:8080",
    "https": "http://user-country-US:pass@gate.proxyhat.com:8080",
}

r = requests.get("https://ipinfo.io/json", proxies=proxies, timeout=30)
print(r.json())

Se sua stack utiliza SOCKS5, o mesmo gateway a atende na porta 1080, com flags de nome de usuário idênticas:

curl -x socks5://user-country-US:pass@gate.proxyhat.com:1080 https://ipinfo.io/json

Execute a requisição algumas vezes: você deve ver um IP residencial diferente a cada requisição, todos geolocalizados no país que você segmentou.

Passo 3: recrie a segmentação geográfica e as sessões fixas

Tudo o que o NetNut codificava em sufixos de nome de usuário tem um equivalente direto nas flags de nome de usuário do ProxyHat:

• País: adicione -country-XX ao seu nome de usuário — user-country-US, user-country-DE. A cobertura está listada na página de localizações.
• Cidade: estenda a flag com uma cidade — user-country-DE-city-berlin. Útil para trabalhos sensíveis à cidade, como o rastreamento local de SERP (veja rastreamento de SERP).
• Sessão fixa: adicione uma flag de sessão com qualquer identificador de sua escolha — user-session-abc123. Requisições que carregam a mesma string de sessão mantêm o mesmo IP de saída enquanto a sessão estiver ativa; para forçar um novo IP, basta alterar o identificador. Isso substitui o mecanismo -sid- do NetNut de forma direta e equivalente.
• Rotação: o padrão, exatamente como no NetNut — omita a flag de sessão e cada requisição recebe um novo IP, que é o que a maioria das cargas de trabalho de web scraping precisa.

Passo 4: recrie subcontas com sub-usuários

Se você usava subcontas do NetNut para separar equipes, projetos ou clientes finais, os sub-usuários do ProxyHat atendem à mesma necessidade de forma self-service: cada sub-usuário recebe suas próprias credenciais, para que você possa distribuir acesso por projeto e manter a carga de trabalho de um cliente claramente separada da de outro — sem precisar passar por um gerente de conta para isso. Vale a pena configurá-los durante a fase de teste, em vez de depois, para que seus relatórios de uso já sejam divididos corretamente desde o primeiro gigabyte real.

Se você usava os IPs residenciais estáticos do NetNut

Para cargas de trabalho que precisam do mesmo IP por semanas — gerenciamento de contas, vendedores de marketplace, logins de longa duração — o pool residencial é a ferramenta errada, em qualquer provedor. O equivalente no ProxyHat é o catálogo estático de ISP: IPs estáticos dedicados em 66 países por $11 a cada 30 dias, com tráfego ilimitado, disponíveis tanto em HTTP quanto em SOCKS5. O catálogo inclui países onde é genuinamente difícil conseguir IPs estáticos, como a Nigéria. Confira a disponibilidade na página de localizações.

Preços: o que muda quando o tráfego não expira

O ponto de comparação honesto é o custo efetivo, não o preço de tabela. Em um compromisso mensal, cada gigabyte não utilizado infla silenciosamente o preço dos que você realmente usou. Com tráfego pré-pago que não expira, sua taxa efetiva é a taxa que você pagou — por isso um primeiro gigabyte de $10 pode acabar sendo mais barato na prática do que uma cota maior da qual você só consome metade.

Checklist de transição

• Compre um pacote pequeno e verifique a conectividade com os comandos curl de uma linha acima.
• Execute sua carga de trabalho real contra seus alvos reais e compare taxas de sucesso e latência — seus domínios são o único benchmark que importa.
• Migre primeiro os jobs rotativos e sem estado; mova as cargas de trabalho com sessão fixa somente depois de validar o comportamento das sessões.
• Recrie as credenciais por projeto como sub-usuários antes de convidar a equipe.
• Migre qualquer carga de trabalho com IP estático para o catálogo de ISP, em vez de fixar sessões residenciais por longos períodos.

Quando o teste se confirmar, dimensione sua próxima compra de acordo com a faixa de volume adequada — de qualquer forma, o tráfego vai esperar por você. Comece pela página de preços.

Principais conclusões:

• A migração é uma simples troca de URL do proxy: gate.proxyhat.com, HTTP na 8080, SOCKS5 na 1080.
• Os sufixos de nome de usuário do NetNut mapeiam diretamente para as flags do ProxyHat: -res-us → -country-US, -sid-… → -session-….
• O tráfego pré-pago nunca expira, então comece com 1 GB por $10 e avance para as taxas de volume ($3.60/GB em 500 GB) somente quando seus próprios testes confirmarem os resultados.
• Cargas de trabalho com IP estático pertencem ao catálogo estático de ISP: 66 países, $11 a cada 30 dias, tráfego ilimitado.

Perguntas frequentes

Quanto tempo leva para migrar do NetNut para o ProxyHat?

Na maioria das configurações, menos de uma hora. A URL do proxy passa a ser gate.proxyhat.com (porta 8080 para HTTP, 1080 para SOCKS5), e os parâmetros de segmentação geográfica ou de sessão fixa passam para flags de nome de usuário como user-country-US ou user-session-abc123. Fora isso, seu código de scraping permanece o mesmo.

O ProxyHat oferece suporte a SOCKS5 como o NetNut oferecia?

Sim. O mesmo gateway atende HTTP na porta 8080 e SOCKS5 na porta 1080, com a mesma segmentação baseada em nome de usuário nos dois protocolos.

O que acontece com o tráfego do ProxyHat que eu não uso?

Nada — o tráfego comprado nunca expira. Diferente dos compromissos mensais, em que os gigabytes não utilizados desaparecem ao final do ciclo, o tráfego pré-pago do ProxyHat permanece no seu saldo até que você o utilize.

Posso obter IPs residenciais estáticos como os oferecidos pelo NetNut?

Sim. O catálogo estático de ISP do ProxyHat oferece IPs dedicados em 66 países por $11 a cada 30 dias, com tráfego ilimitado tanto em HTTP quanto em SOCKS5 — incluindo países de difícil obtenção, como a Nigéria.