Passaggio 1: chi ha risposto?#
Esegui la richiesta non riuscita con curl -v. Uno stato sul CONNECT linea, prima Connection established, proviene dalla porta; uno stato dopo che proviene dalla destinazione. I browser mostrano gli errori del gateway come ERR_TUNNEL_CONNECTION_FAILED o ERR_PROXY_CONNECTION_FAILED.
Passaggio 2: codici gateway#
| Codice | Significato del proxy chiave | Correggi |
|---|---|---|
| 407 credenziali_non valide | Nome utente o password rifiutati | Copia nuovamente la coppia; verificare la presenza di spazi finali; L'IP inserito nella whitelist è cambiato? |
| 400 parametro_non valido | Un parametro nome utente è sconosciuto o non è valido | Controlla chiavi e valori: -cc-gb non -cc-uk, -city- senza spazi, -ttl- da 1m a 24h |
| 402 saldo_insufficiente | Nessun traffico o equilibrio rimasto | Ricaricare; controlla il limite massimo dei sub-utenti se ne usi uno |
| 403 destinazione_bloccata | Porto o destinazione non consentiti | Le destinazioni solo porta 25, UDP e IPv6 vengono rifiutate in base alla progettazione |
| 502 nessuna_uscita_disponibile | Nessuna uscita corrisponde alla posizione in questo momento | Allargare: eliminare -city- o -asn-, mantenere -cc-; riprovare tra un minuto |
| 502 uscita_non riuscita | L'uscita è fallita prima del bersaglio | Riprova una volta; la connessione successiva sceglie un'altra uscita |
| 504 target_timeout | La destinazione non ha risposto in tempo | Riprova; controllare il target da un'altra rete |
Passaggio 3: codici di destinazione#
| Codice | Probabile causa | Correggi |
|---|---|---|
| 403 (pagina del sito) | Tipo di uscita o impronta digitale rifiutati | Uscita residenziale o mobile; intestazioni client realistiche; sessione appiccicosa per i flussi |
| 429 | Limite di velocità per IP | Ruota per connessione; tasso per uscita più basso; onore Retry-After |
| 200 con dati vuoti | Blocco morbido | Tratta come 403; ispezionare il contenuto, non lo stato |
| 302 a una pagina di sfida | Controllo del bot | Rallenta; browser reale per quel target; tipo di uscita migliore |
| 5xx | Problemi di destinazione | Indietro; non è un problema di proxy |
Errori a livello di connessione#
- Un ripristino può provenire dal client, dal percorso proxy o dalla destinazione. Registra se è avvenuto durante CONNECT, negoziazione TLS o trasferimento dati; testare lo stesso piccolo URL direttamente e tramite il proxy per restringere l'hop non riuscito.
- Un timeout di inattività può provenire dal client, dal gateway, dall'uscita o dalla destinazione. Registra il tempo trascorso e confronta i limiti di connessione/lettura del cliente con le impostazioni del servizio assegnato. Il ripristino della connessione non dimostra di per sé che l'uscita residenziale sia andata offline; riprodurre l'errore con una piccola richiesta prima di modificare la configurazione.
- Errori TLS tramite proxy: mai normali. Verifica la presenza di un intercettore locale (proxy aziendale, antivirus) tra te e il gateway.
Passaggio 4: decidere#
- Correggere le credenziali o i parametri prima di riprovare ripetutamente. Una richiesta fallita può comunque trasferire byte; controllare l'utilizzo registrato e i termini di fatturazione applicabili anziché dare per scontato che ogni errore sia gratuito.
- Il gateway non ha trovato uscita → amplia la posizione.
- Il target blocca il tipo di uscita → sposta il target su una rete più potente: data center → residenziale → mobile.
- Classificare la risposta prima di riprovare. Un 403 può indicare una regola di accesso che un altro IP non risolverà. Per 429, rispettare Retry-After e ridurre il tasso di richieste; utilizzare il backoff limitato per connessioni temporanee o errori del server. Riprovare le operazioni di modifica dello stato solo quando è possibile evitare azioni duplicate.
- Bersaglio rotto → aspetta.
Domande che le persone fanno#
Proxy Cyber restituisce mai 429?
Un 429 può essere restituito da una destinazione o da un intermediario che applica un limite di velocità. Ispezionare le intestazioni di risposta e lo scambio CONNECT per identificare la fonte. Conserva Retry-After quando presente, riduce la concorrenza e conserva un breve registro di timestamp e ID di richiesta di supporto; la modifica dell'IP non sostituisce il rispetto del limite.
Mi vengono addebitate le richieste non riuscite?
Stima il traffico da un test rappresentativo, quindi confronta il saldo prima e dopo. I corpi delle risposte, i caricamenti, le risorse del browser e i tentativi influiscono tutti sul consumo. Confermare i termini di misurazione e rimborso applicabili prima di pagare; questa guida non promette che le richieste non riuscite siano gratuite o che i fondi non utilizzati siano automaticamente rimborsabili.