Come controllare se un proxy funziona (e se fa trapelare il suo IP)

Un proxy può rispondere e far trapelare comunque l'IP reale. Controlli uscita, DNS, WebRTC, protocollo e blacklist prima di mettere l'endpoint in produzione.

Come controllare se un proxy funziona (e se fa trapelare il suo IP)

Un proxy «che funziona» significa due cose diverse. Il gateway deve accettare il client e scaricare una pagina. Il resto del dispositivo deve anche smettere di esporre l'IP reale. Molti endpoint superano il primo test e falliscono il secondo.

Faccia questo controllo prima di salire di scala su un piano. Lo rifaccia dopo una rotazione. I pool cambiano. Il firmware del browser di un telefono cambia. Un test passato ieri non è un contratto.

01Confermare prima l'IP di uscita#

Puntare un client semplice sul proxy. Usare lo stesso protocollo e la stessa autenticazione che userà in produzione. Poi richiedere una pagina che restituisce l'IP del client.

Il controllo proxy verifica se l'endpoint risponde dal server di Top Proxy e riporta il primo protocollo che riesce. Prova automaticamente SOCKS5, HTTP, SOCKS4 e HTTPS in quest'ordine, quindi un risultato positivo non dimostra che funzionino tutti i protocolli. Il controllo non configura il browser e non testa DNS, WebRTC o connessioni dirette. Se il fornitore usa un'allowlist di IP, un fallimento lato server può significare che il server del controllo non è autorizzato; verifichi lo stesso endpoint dal client autorizzato prima di deciderlo morto.

Aprire Il mio IP attraverso lo stesso proxy. Leggere il paese, l'ASN e l'etichetta hosting oppure residenziale se la pagina ne mostra una. Confrontare con ciò che ha comprato. Un prodotto «residenziale USA» che esce su un ASN cloud è il prodotto sbagliato, non un problema di impostazioni.

Ripetere la ricerca dopo una rotazione. Un pool misto può consegnarle un paese diverso all'id di sessione successivo. Se ha pagato per proxy USA, il secondo campione deve essere ancora negli Stati Uniti.

02Cercare le perdite intorno al proxy#

Un proxy copre solo il traffico che il client gli invia. Tutto il resto può ancora usare la rete reale.

Il comportamento DNS dipende dal protocollo e dal client. Per curl, socks5:// risolve i nomi di destinazione in locale, mentre socks5h:// chiede al proxy SOCKS5 di risolverli. Un resolver DNS separato cambia chi riceve la query; non dimostra che la risoluzione passi dal proxy. Controllare le impostazioni proxy e DNS del browser, poi eseguire un test di perdita DNS nello stesso profilo. Confrontare il risultato con il resolver che intendeva usare. Vedere la documentazione proxy di curl per il comportamento specifico dello schema.

WebRTC può usare percorsi di connessione fuori da un proxy HTTP. Ispezionare gli indirizzi dei candidate ICE in un test WebRTC nel profilo browser reale. Se compare l'IP pubblico originale, rivedere le impostazioni di privacy WebRTC di quel browser e ripetere il test. Restrizioni del browser e mascheramento degli indirizzi variano, quindi il solo risultato del controllo proxy non può stabilire che WebRTC sia coperto. MDN spiega gli indirizzi dei candidate ICE e la privacy.

IPv4 e IPv6 vanno osservati a parte. Una connessione IPv4 a un gateway HTTP o SOCKS non implica che la connessione di destinazione sia IPv4, e il fatto che un dispositivo abbia IPv6 non significa da solo che un sito bypassi il proxy. Provare endpoint echo IPv4 e IPv6 attraverso il client reale, poi ispezionare le regole di bypass e le applicazioni che possono collegarsi in modo diretto. Scegliere un fornitore che supporta la famiglia di indirizzi di destinazione di cui il lavoro ha bisogno.

Le applicazioni possono bypassare i proxy di sistema. Un'app nativa può ignorare l'impostazione del sistema operativo e collegarsi in modo diretto. Configurare un proxy con il metodo che l'applicazione supporta davvero, poi testare quell'applicazione. Vedere SOCKS5 e HTTP se il client supporta entrambi.

03Controllare la reputazione, non solo la raggiungibilità#

Un IP può scaricare una pagina e restare inutile per il lavoro. Flag di hosting, blacklist e abusi precedenti stanno tutti sull'indirizzo.

Se il compito è posta, iscrizione o qualsiasi cosa che altri hanno già bruciato, passi l'uscita da Blacklist IP. Una segnalazione è un avviso. Non è un giudizio morale. I pool residenziali condivisi raccolgono segnalazioni. Anche gli IP datacenter dedicati le raccolgono.

Se il compito è scraping, scarichi l'URL reale di destinazione, non solo un servizio echo. Alcuni host accettano https://httpbin.org e bloccano comunque la pagina del catalogo. Salvi il codice di stato, la lunghezza del body e se è comparso un captcha o una verifica. È l'unico punteggio che conta.

Se il compito è QA geo, confronti la pagina che voleva con quella che ha ottenuto. Valuta, lingua e catalogo devono coincidere con il paese comprato. Un ASN corretto con lo storefront sbagliato significa che il sito usa un altro segnale.

04Rendere il controllo ripetibile#

Scriva i passi. Stesso client, stessa autenticazione, stesso URL echo, stesso URL di destinazione, stesse pagine sulle perdite. Li esegua quando compra. Li esegua quando ruota. Li esegua quando un job inizia a fallire.

Registri IP di uscita, ASN, protocollo e se DNS o WebRTC hanno mostrato l'indirizzo reale. Quando un fornitore sostituisce una porta, saprà che cosa è cambiato.

Non salti gli errori di autenticazione. Utente e password nel campo sbagliato sembrano un proxy morto. L'autenticazione per allowlist di IP sembra un proxy morto da una nuova rete dell'ufficio. Sistemi l'autenticazione prima di aprire un ticket.

Prima di salire di scala su un acquisto, confronti proxy residenziali e proxy datacenter con protocollo, paese e comportamento di sessione appena testati. Confermi quei requisiti nell'offerta pubblicata del fornitore, poi parta da un piano piccolo.

Un controllo server superato stabilisce la raggiungibilità per quel test. Una configurazione che funziona chiede anche che il client reale usi l'uscita prevista e restituisca la pagina di destinazione prevista, con controlli a parte per i percorsi di connessione che vuole coprire. Registri ogni risultato invece di trattare uno stato verde come una garanzia di privacy completa.