Come migrare da NetNut a ProxyHat

Migrare da NetNut a ProxyHat è per lo più un’operazione di cerca-e-sostituisci: cambia il tuo gateway in gate.proxyhat.com (porta 8080 per HTTP, 1080 per SOCKS5), sposta i tuoi parametri di paese e sessione nei flag dello username di ProxyHat, e acquista traffico prepagato che non scade mai invece di un impegno mensile. Per una configurazione di scraping tipica, l’intera transizione richiede molto meno di un’ora. Questa guida mappa ogni concetto di NetNut sul suo equivalente ProxyHat, illustra la configurazione iniziale e ti offre un confronto prezzi onesto per dimensionare correttamente il tuo primo acquisto.

Se sei qui a causa del sequestro del 2 luglio e vuoi prima il contesto, abbiamo trattato separatamente cosa è successo a NetNut e cosa significa per i clienti. Questo articolo è puramente pratico.

Migrare da NetNut a ProxyHat: la mappa dei concetti

Entrambe le piattaforme seguono la stessa architettura di base — un unico host gateway, con il comportamento di instradamento codificato nello username del proxy. Ecco perché la migrazione è veloce. La tabella seguente mappa i concetti; i dettagli di NetNut riflettono la sua configurazione documentata pubblicamente prima del sequestro (ad esempio, il gateway gw.ntnt.io e i suffissi username come -res-us o -sid-).

Passo 1: crea un account e acquista un piccolo pacchetto di prova

Inizia con il pacchetto più piccolo — 1 GB per $10 — e trattalo come il tuo budget di valutazione. Poiché il traffico ProxyHat non scade mai, non c’è alcuna penalità nell’iniziare in piccolo: il gigabyte che acquisti oggi sarà ancora lì il prossimo trimestre, e gli sconti sul volume (fino a $3.60/GB a 500 GB) si applicano non appena sei pronto a scalare. I livelli completi sono disponibili sulla pagina dei prezzi.

Si tratta di una differenza voluta rispetto al modello a impegno. Non è necessario indovinare correttamente il tuo volume mensile fin dal primo giorno per ottenere una tariffa equa.

Passo 2: sostituisci il gateway nel tuo codice

La modifica consiste in una singola riga: l’URL del proxy. Una richiesta in stile NetNut:

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

diventa, su ProxyHat:

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

In Python, la stessa sostituzione:

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 il tuo stack supporta SOCKS5, lo stesso gateway lo serve sulla porta 1080 con gli stessi flag dello username:

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

Esegui la richiesta alcune volte: dovresti vedere un IP residenziale diverso a ogni richiesta, tutti geolocalizzati nel paese che hai scelto come target.

Passo 3: ricrea il geo-targeting e le sticky session

Tutto ciò che NetNut codificava nei suffissi dello username ha un equivalente diretto nei flag dello username di ProxyHat:

• Paese: aggiungi -country-XX al tuo username — user-country-US, user-country-DE. La copertura è elencata nella pagina delle location.
• Città: estendi il flag con una città — user-country-DE-city-berlin. Utile per lavori sensibili alla città, come il tracciamento SERP locale (vedi tracciamento SERP).
• Sticky session: aggiungi un flag di sessione con qualsiasi identificatore a tua scelta — user-session-abc123. Le richieste che portano la stessa stringa di sessione mantengono lo stesso IP di uscita finché la sessione resta attiva; per forzare un nuovo IP, cambia l’identificatore. Questo sostituisce uno a uno il meccanismo -sid- di NetNut.
• Rotazione: il comportamento predefinito, esattamente come con NetNut — ometti il flag di sessione e ogni richiesta ottiene un nuovo IP, che è ciò che desidera la maggior parte dei workload di web scraping.

Passo 4: ricrea i sub-account con i sub-user

Se utilizzavi i sub-account di NetNut per separare team, progetti o clienti finali, i sub-user di ProxyHat coprono la stessa esigenza in modalità self-service: ogni sub-user riceve le proprie credenziali, così puoi distribuire l’accesso per progetto e mantenere il workload di un cliente nettamente separato da quello di un altro — senza dover passare da un account manager per farlo. Vale la pena configurarli durante la fase di test piuttosto che dopo, in modo che il reporting sull’utilizzo sia suddiviso correttamente fin dal primo gigabyte reale.

Se utilizzavi gli IP residenziali statici di NetNut

Per i workload che necessitano dello stesso IP per settimane — gestione account, venditori su marketplace, login di lunga durata — il pool residenziale è lo strumento sbagliato con qualsiasi provider. L’equivalente ProxyHat è il catalogo ISP static: IP statici dedicati in 66 paesi a $11 ogni 30 giorni con traffico illimitato, serviti sia via HTTP che via SOCKS5. Il catalogo include paesi in cui è genuinamente difficile reperire IP statici, come la Nigeria. Esplora la disponibilità nella pagina delle location.

Prezzi: cosa cambia quando il traffico non scade

Il punto di confronto onesto è il costo effettivo, non il prezzo di listino. Con un impegno mensile, ogni gigabyte non utilizzato gonfia silenziosamente il prezzo di quelli che hai effettivamente usato. Con traffico prepagato che non scade, la tua tariffa effettiva è quella che hai pagato — ed è per questo che un primo gigabyte da $10 può risultare in pratica più economico di un allowance più grande che consumi solo a metà.

Checklist per la transizione

• Acquista un piccolo pacchetto e verifica la connettività con i comandi curl mostrati sopra.
• Esegui il tuo workload reale contro i tuoi target reali e confronta i tassi di successo e la latenza — i tuoi domini sono l’unico benchmark che conta.
• Migra prima i job rotanti e stateless; sposta i workload con sticky session solo dopo aver validato il comportamento delle sessioni.
• Ricrea le credenziali per progetto come sub-user prima di invitare il team.
• Sposta eventuali workload con IP statici verso il catalogo ISP, invece di fissare sessioni residenziali a lungo termine.

Quando il test di prova regge, dimensiona il tuo prossimo acquisto in base al livello di volume più adatto — in ogni caso, il traffico ti aspetterà. Inizia dalla pagina dei prezzi.

Punti chiave:

• La migrazione è una sostituzione dell’URL del proxy: gate.proxyhat.com, HTTP sulla 8080, SOCKS5 sulla 1080.
• I suffissi username di NetNut si mappano direttamente sui flag di ProxyHat: -res-us → -country-US, -sid-… → -session-….
• Il traffico prepagato non scade mai, quindi inizia con 1 GB per $10 e passa alle tariffe di volume ($3.60/GB a 500 GB) solo quando i tuoi test hanno successo.
• I workload con IP statici appartengono al catalogo ISP static: 66 paesi, $11 ogni 30 giorni, traffico illimitato.

Domande frequenti

Quanto tempo richiede la migrazione da NetNut a ProxyHat?

Per la maggior parte delle configurazioni, meno di un’ora. L’URL del proxy cambia in gate.proxyhat.com (porta 8080 per HTTP, 1080 per SOCKS5), e i parametri di geo-targeting o delle sticky session si spostano nei flag dello username, come user-country-US o user-session-abc123. Per il resto, il tuo codice di scraping rimane invariato.

ProxyHat supporta SOCKS5 come faceva NetNut?

Sì. Lo stesso gateway serve HTTP sulla porta 8080 e SOCKS5 sulla porta 1080, con lo stesso targeting basato sullo username su entrambi i protocolli.

Cosa succede al traffico ProxyHat che non utilizzo?

Niente — il traffico acquistato non scade mai. A differenza degli impegni mensili in cui i gigabyte non utilizzati svaniscono alla fine del ciclo, il traffico prepagato ProxyHat resta sul tuo saldo finché non lo utilizzi.

Posso ottenere IP residenziali statici come quelli offerti da NetNut?

Sì. Il catalogo ISP static di ProxyHat offre IP dedicati in 66 paesi a $11 ogni 30 giorni con traffico illimitato su HTTP e SOCKS5 — inclusi paesi difficili da reperire come la Nigeria.