Pasul 1: Cine a răspuns?#
Rulează cererea care nu este disponibilă cu curl -v. Un statut privind CONNECT linie, înainte Connection established, vine de la poarta de acces; un statut după ce vine de la destinație. Browser-urile arată eșecuri ale porții ca ERR_TUNNEL_CONNECTION_FAILED sau ERR_PROXY_CONNECTION_FAILED.
Pasul 2: codurile de acces#
| Cod | Proxy Cyber meaning | Fixează |
|---|---|---|
| 407 credite invalide | Nume utilizator sau parolă respinsă | Copiați perechea din nou; verificați pentru spații de urmărire; IP-ul alb listat schimbat? |
| 400 parametru invalid | Un parametru de nume de utilizator este necunoscut sau malformat | Verificați tastele și valorile: -cc-gb not -cc-uk, -City- fără spații, -ttl- de la 1m la 24h |
| 402 insuficient echilibrul | Nu mai există trafic sau echilibru | Sus; verificaţi plafonul sub-utilizator dacă utilizaţi unul |
| 403 blocați destinație | Port sau destinație care nu este permisă | Portul 25, UDP şi IPv6 sunt refuzate doar prin concepţie. |
| 502 no exit disponibil | Nici o ieşire nu se potriveşte cu locaţia acum. | Lărgiţi-vă: drop-City- sau -ass-, păstraţi-cc-; retry într-un minut |
| 502 ieșire a eșuat | Ieșirea a eșuat înainte de țintă | Retrie o dată; următoarea conexiune alege o altă ieșire |
| Data limită a țintei pentru 504 | Destinația nu a răspuns la timp | Remetrie; verificați ținta dintr-o altă rețea |
Pasul 3: codurile de destinație#
| Cod | Cauza probabilă | Fixează |
|---|---|---|
| 403 (pagina site-ului) | Tipul de ieșire sau amprenta respinsă | Ieșire rezidențială sau mobilă; antete realiste pentru clienți; sesiune lipicioasă pentru fluxuri |
| 429 | Limita ratei per-IP | Rotație per conexiune; rată mai mică per ieșire; onorare retry-după |
| 200 cu date goale | Bloc moale | Tratează ca 403; inspectează conținutul, nu starea |
| 302 la o pagină de probă | Verificare Bot | Încetinește; browser real pentru această țintă; tip de ieșire mai bun |
| 5xx | Probleme cu ținta | Înapoi; nu este o problemă proxy |
Defecțiuni la nivel de conexiune#
- O resetare poate veni de la client, cale proxy sau destinație. Înregistrați dacă sa întâmplat în timpul CONNECT, negociere TLS sau transferul de date; testați același URL mic direct și prin proxy pentru a restrânge hop-ul care nu funcționează.
- Un interval de timp inactiv poate veni de la client, poarta de acces, ieşire sau destinaţie. Înregistraţi timpul scurs şi comparaţi limitele client / citire cu setările de servicii atribuite. O resetare a conexiunii nu dovedeşte de la sine că ieşirea rezidenţială a fost offline; reproduceţi eroarea cu o mică cerere înainte de a modifica configuraţia.
- Erori TLS prin proxy: niciodată normal. Verificați pentru un interceptor local (procuror corporativ, antivirus) între tine și poarta de acces.
Pasul 4: decideţi#
- Corectați acreditările sau parametrii înainte de rejudecarea în mod repetat. O cerere eșuată poate transfera încă octeți; verificați utilizarea înregistrată și condițiile de facturare aplicabile, mai degrabă decât presupunând că fiecare eroare este liberă.
- Gateway a găsit nici o ieșire → lărgiți locația.
- Blocuri țintă tipul de ieșire → muta ținta la o rețea mai puternică: Datacenter → rezidențial → mobil.
- Clasifică răspunsul înainte de rejudecare. O 403 poate indica o regulă de acces pe care un alt IP nu o va rezolva. Pentru 429, respectați rata de remetrie-După și reduceți rata de solicitare; utilizați backoff delimitată pentru conexiune temporară sau eșecuri ale serverului. Operațiuni de retehnologizare doar atunci când puteți preveni acțiuni duplicate.
- Ţinta e distrusă. Aşteaptă.
Întrebări pe care oamenii le pun#
Proxy Cyber returnează cumva 429?
Un 429 poate fi returnat printr-o destinație sau un intermediar care aplică o limită de rată. Inspectați antetele de răspuns și schimbul CONNECT pentru a identifica sursa. Păstrați remetria-După momentul în care sunt prezente, mai mici convailități și păstrați un jurnal scurt de marcaje temporale și ID-uri de cerere pentru sprijin; schimbarea IP nu este un substitut pentru respectarea limitei.
Sunt facturat pentru cereri eşuate?
Estimarea traficului de la un test reprezentativ, apoi compara soldul înainte și după el. Organismele de răspuns, upload-uri, active browser și retries toate afectează consumul. Confirmați condițiile de contorizare și rambursare aplicabile înainte de plată; acest ghid nu promite că cererile eșuate sunt gratuite sau că fondurile neutilizate sunt automat rambursabile.