Integrer · Fejl og fejlfinding
Hver status gatewayen kan svare med, og hvad der skal ændres.
Gateway-fejl kommer med en kort årsag i kroppen, mens målfejl passerer uberørt. At skelne mellem de to er det meste af fejlfinding.
Svar fra gatewayen#
| Status | Årsag i kroppen | Årsag | Fix |
|---|---|---|---|
| 407 Proxygodkendelse påkrævet | invalid_ credentials | Forkert brugernavn eller adgangskode, eller den IP-adresse, der opretter forbindelse til serveren, er ikke på hvidlisten, og der blev ikke sendt legitimationsoplysninger | Kopier parret fra dashboardet igen; tjek hvidlisten mod curl https://api.ipify.org køre uden en proxy |
| 400 Dårlig anmodning | ugyldig_parameter: … | En brugernavn parameter er ukendt eller forkert, eller kombinationen er ugyldig (-state- uden for USA, -city- uden -cc-) | Fix den streng, der er navngivet i kroppen; se Målretning & sessioner |
| 402 Betaling er påkrævet | insufficient_ balance | Der er ikke længere trafik tilbage på det poolnetværk, du bruger, eller underbrugeren har nået sin grænse | Køb trafik eller hæv grænsen for underbrugere; check GET /v1/balance |
| 403 Forbudt adgang | blocked_ destination | Destinationen eller porten er ikke tilladt (port 25, eller et mål på vores afvis liste), eller kontoen er suspenderet | Læs årsagen. Kontakt os, hvis du mener, at en destination er forkert angivet |
| 502 Dårlig gateway | Ingen exit_tilgængelig / exit_mislykkedes | Ingen enhed online for parametrene, eller den valgte enhed faldt midt i anmodningen | Prøv igen én gang (rotation vælger allerede en anden udgang); udvid målretningen, hvis den gentages |
| 504 Gateway-tidsudløb | target_ timeout | Målet svarede ikke gennem udgangen inden for tidsfristen | Prøv igen med en ny IP; hæv din klient timeout, hvis målet er langsomt af natur |
Gatewayfejl eller målfejl?#
En gatewayfejl ankommer før nogen byte fra målet: på en HTTPS-anmodning er det svaret til CONNECTEn destinationsfejl ankommer inden i tunnelen med destinationens egne headers og body, hvilket betyder at den ikke kan sendes til en server uden at blive blokeret. curl -v viser forskellen med det samme: se hvilket svar der følger CONNECT.
Diagnostisk tjekliste#
- Kør den enkleste forespørgsel:
curl -x http://USER:PASS@res.proxy-cyber.com:9000 https://api.ipify.orgHvis det virker, er problemet enten i en parameter eller i din klient. - Kontroller proxy-skemaet: Proxy URL'en starter med
http://(ellersocks5h://på 9001), aldrighttps://, selv for HTTPS-mål. - Tilføj parametre tilbage én ad gangen.
400navngiver den dårlige;502Hvis du klikker på en smal kombination betyder det, at der ikke er nogen online lige nu. - Whitelist brugere: sammenligne adressen i Indstillinger → Hvidliste med udgangen af
curl https://api.ipify.orguden Cloud-instanser går ofte ud gennem en NAT-gateway med en anden adresse, og de kan derfor ikke bruges til at oprette forbindelse mellem flere cloud-servere. - Tjek saldoen på det netværk, du rent faktisk bruger: Bolig- og mobiltrafik er separate saldi.
- Søg efter miljøvariabler (
HTTP_PROXY,HTTPS_PROXY,ALL_PROXY,NO_PROXY) der tilsidesætter, hvad du sender i kode. - Hvis TLS-certifikatet ikke kan bekræftes, er der noget mellem dig og gatewayen, som opfanger TLS (virksomhedsproxy, antivirus).Gatewayen rører aldrig certifikater.
Symptomer og deres sædvanlige årsag#
| Ser du. | Betyder normalt | Gør det her. |
|---|---|---|
curl: (56) Received HTTP code 407 from proxy after CONNECT | Valgstempel afvist | Kopier dem igen; procent-kod specialtegn, hvis du indstiller din egen adgangskode |
| Samme IP på hver forespørgsel | Klienten genbruger en keep-alive-forbindelse, eller du har efterladt en -sid- Indtast brugernavn | Luk forbindelser mellem anmodninger eller drop session id |
En anden IP på hver anmodning, selvom -sid- er sat | Levetiden er kortere end mellemrummet mellem forespørgsler, eller id'et ændres pr. forespørgsel (en tilfældig værdi i en skabelon) | Fix id, hæve -ttl- |
Connection reset by peer download | Husstanden gik offline | Prøv igen; med rotation bruger den allerede en anden exit; på en sticky session får næste anmodning en ny IP |
| Virker i curl, fejler i browseren | Browseren har ingen proxyadgangskode, eller flaget ignorerer legitimationsoplysninger | Brug Playwright eller Puppeteer godkendelse, eller hvidliste |
| Mål svar 403 eller en CAPTCHA | Målet scorer besøget, ikke proxyen | Flyt til bolig eller mobil, tilføj en sticky session for multi-trin flows, match headers til exit land, tempo pr domæne |
| Alt er langsomt | Fjern udgang eller en husstand på en svag linje | Vælg det land, der er tættest på målet, hold sessionerne korte, så den næste lander på en bedre linje, eller brug datacenter eller internetudbyder til rå hastighed |
SSL certificate problem | TLS-opfangning på din side | Fjern opfangningen, eller vis tillid til dens rod. Gatewayen er ikke involveret |
Sidder stadig fast#
Send os den præcise forespørgsel (legitimationsoplysninger fjernet), tidsstempel i UTC, status og krop du modtog og exit IP, hvis anmodningen gik igennem. Kontakt os - kontaktside forklarer, hvordan du kan kontakte teamet; kontoindehavere åbner en billet fra dashboardet.