1. lépés: ki válaszolt?#
Futtassa a sikertelen kérelmet ezzel: curl -v. Egy állapot a térképen CONNECT sor, előtte Connection establishedA böngészők az átjáró hibáit a következőképpen jelenítik meg:, coming from the gateway; egy állapotot, miután a célból érkezik. ERR_TUNNEL_CONNECTION_FAILED vagy ERR_PROXY_CONNECTION_FAILED.
2. lépés: átjárókódok#
| Kód | Proxy Cyber jelentése | Fix |
|---|---|---|
| 407 - A fájl nem található | Felhasználónév vagy jelszó hibás! | Másolja újra a párt; ellenőrizze, hogy nincsenek-e szóközök a végén; megváltozott az engedélyezett IP? |
| 400 invalid_parameter - Érvénytelen paraméter | A felhasználónév paraméter ismeretlen vagy hibás | Ellenőrző kulcsok és értékek: -cc-gb nem -cc-uk, -city- szóköz nélkül, -ttl- 1m-től 24h-ig |
| 402 - Nem található tartalom | Nincs forgalom vagy egyenleg | Feltöltés; ellenőrizze az alfelhasználói korlátot, ha használ egyet |
| 403 - A link nem található | Nem engedélyezett kikötő vagy célállomás | A 25-ös port, az UDP és a csak IPv6 célok tervezési okokból elutasításra kerülnek |
| 502 no_exit_available - Nem található | Jelenleg nincs kijárat a helyszínen | Kiszélesítés: dobd el a -city- vagy -asn-, tartsd meg a -cc-t; próbáld újra egy perc múlva |
| 502 exit_failed - Nem található | A kilépés sikertelen volt a cél előtt | Próbálja újra egyszer; a következő kapcsolat másik kijáratot választ |
| 504 - Target_timeout hiba | Az úti cél nem válaszolt időben | Próbálja újra; ellenőrizze a célt egy másik hálózatból |
3. lépés: Célkódok#
| Kód | Valószínű ok | Fix |
|---|---|---|
| 403 (Webhelyoldal) | Kilépési típus vagy ujjlenyomat elutasítva | Lakossági vagy mobil kilépés; reális kliens fejlécek; ragacsos munkamenet az áramlásokhoz |
| 429 | IP-nkénti sebességkorlát | Forgatás kapcsolatonként; alacsonyabb kilépési arány; Retry-After tiszteletben tartása |
| 200 üres adatokkal | Soft block - játék | 403-as kódként kezelve; tartalom ellenőrzése, nem állapot |
| 302 a kihívás oldalra | Bot ellenőrzés | Lassítson; valódi böngésző a célhoz; jobb kilépési típus |
| 5xx | A célprobléma | Visszavonás; nem proxy probléma |
Kapcsolatszintű hibák#
- A reset lehet kliens, proxy útvonal vagy cél. Jegyezzük fel, hogy CONNECT, TLS egyeztetés vagy adatátvitel során történt-e; ugyanazt a kis URL-t közvetlenül és proxyon keresztül is teszteljük, hogy szűkítsük a hibás ugrást.
- Az üresjárati időtúllépés a kliens, az átjáró, a kijárat vagy a célállomás részéről is előfordulhat. Jegyezzük fel az eltelt időt és hasonlítsuk össze a kliens csatlakozási/olvasási korlátait a hozzárendelt szolgáltatás beállításaival. A kapcsolat visszaállítása önmagában nem bizonyítja, hogy a lakóház kijárata offline állapotba került; reprodukálja a hibát egy kis kéréssel, mielőtt módosítaná a konfigurációt.
- TLS hibák a proxy-n keresztül: soha nem normális Ellenőrizze, hogy van-e helyi elfogó (vállalati proxy, víruskereső) Ön és az átjáró között.
4. lépés: döntsön#
- A sikertelen kérelem továbbra is képes bájtokat átvinni; ellenőrizze a rögzített használatot és az alkalmazandó számlázási feltételeket, ne pedig azt feltételezze, hogy minden hiba mentes.A sikertelen kérés továbbra is átvihet bájtokat; ellenőrize a rögzított használatot és a vonatkozó számlázást, nehogy azt feltételezzük, hogy minden egyes hiba ingyenes.
- Az átjáró nem talált kijáratot → bővítse a helyet.
- Cél blokkolja a kilépés típusát → helyezze át a célt egy erősebb hálózatba: adatközpont → lakossági → mobil.
- A 403-as hiba olyan hozzáférési szabályt jelez, amelyet egy másik IP nem tud feloldani. A 429-es hiba esetén tartsa tiszteletben a Retry-After beállítást és csökkentse a kérelmek számát; ideiglenes kapcsolat vagy szerverhiba esetén használjon korlátozott visszalépést. Az állapotváltozási műveleteket csak akkor próbálja meg újra, ha megakadályozhatja az ismétlődő műveleteket.
- Cél törött → várjon.
Kérdések, amiket az emberek feltesznek#
A Proxy Cyber valaha is 429-et ad vissza?
A 429-es kódot a sebességkorlátozást alkalmazó cél vagy közvetítő küldheti vissza.A válaszfejlécek és a CONNECT csere megvizsgálásával azonosítsa a forrást.Megőrzi a Retry-After funkciót, ha van ilyen, csökkenti az egyidejűséget, és rövid naplót készít az időbélyegzőkről és kérelemazonosítókról támogatás céljából; az IP-cím módosítása nem helyettesíti a korlát betartását.
Számláznak a sikertelen kérésekért?
Becsülje meg a forgalmat egy reprezentatív teszt alapján, majd hasonlítsa össze az egyenleget a tesztet megelőzően és utána. A válaszok, feltöltések, böngészőeszközök és újrapróbálkozások mind befolyásolják a felhasználást.Fizetés előtt ellenőrizze a vonatkozó mérési és visszatérítési feltételeket; ez az útmutató nem ígéri, hogy a sikertelen kérelmek ingyenesek lesznek, vagy hogy a fel nem használt pénzösszegek automatikusan visszatéríthetők.