Schritt 1: Wer hat geantwortet?#
Führen Sie die fehlgeschlagene Anfrage mit curl -v. Ein Status auf der CONNECT Linie, vor Connection established, kommt vom Tor; ein Status, nachdem es vom Ziel kommt. Browser zeigen Gateway-Fehler als an ERR_TUNNEL_CONNECTION_FAILED oder ERR_PROXY_CONNECTION_FAILED.
Schritt 2: Gateway-Codes#
| Code | Proxy Cyber Bedeutung | Fix |
|---|---|---|
| 407 invalid credentials | Benutzername oder Passwort abgelehnt | Kopieren Sie das Paar erneut. auf nachgestellte Leerzeichen prüfen; IP auf der Whitelist geändert? |
| 400 invalid parameter | Ein Benutzername-Parameter ist unbekannt oder fehlgeformt | Schlüssel und Werte prüfen: -cc-gb nicht -cc-uk, -city- ohne Leerzeichen, -ttl- von 1m bis 24h |
| 402 unzureichende Salden | Kein Datenverkehr oder Gleichgewicht mehr | Top up; Überprüfen Sie die Sub-User-Obergrenze, wenn Sie eine verwenden |
| 403 block Ziel | Hafen oder Bestimmungsort nicht erlaubt | Port 25-, UDP- und reine IPv6-Ziele werden standardmäßig abgelehnt |
| 502 no exit availed | Kein Ausgang stimmt momentan mit dem Standort überein | Erweitern: Drop -city- oder -asn-, keep -cc-; Versuchen Sie es in einer Minute noch einmal |
| 502 exit failed | Der Exit ist fehlgeschlagen, bevor das Ziel | Einmal wiederholen; die nächste Verbindung wählt einen anderen Ausgang |
| 504 target timeout | Das Ziel hat nicht rechtzeitig geantwortet | Retry; Überprüfen Sie das Ziel aus einem anderen Netzwerk |
Schritt 3: Bestimmungscodes#
| Code | Wahrscheinliche Ursache | Fix |
|---|---|---|
| 403 (Website) | Ausstiegstyp oder Fingerabdruck abgelehnt | Wohn- oder Mobilausgang; realistische Client-Header; Sticky Session für Flows |
| 429 | Grenze des Pro-UZ-Satzes | Pro Verbindung drehen; niedrigere Pro-Exit-Rate; Ehre Retry-After |
| 200 mit leeren Daten | Weichblock | Behandeln wie 403; Inhalt prüfen, nicht Status |
| 302 auf eine Challenge-Seite | Bot-Kontrolle | Machen Sie langsamer; echter Browser für dieses Ziel; besserer Exit-Typ |
| 5xx | Zielproblematik | Zurück; kein Proxy-Problem |
Ausfall auf Verbindungsebene#
- Ein Reset kann vom Client, Proxy-Pfad oder Ziel erfolgen. Notieren Sie, ob es während CONNECT, TLS-Aushandlung oder Datenübertragung passiert ist; Testen Sie dieselbe kleine URL direkt und über den Proxy, um den fehlerhaften Hop einzugrenzen.
- Ein Leerlauf-Timeout kann vom Client, Gateway, Exit oder Ziel ausgehen. Notieren Sie die verstrichene Zeit und vergleichen Sie die Verbindungs-/Lesegrenzen des Clients mit den zugewiesenen Diensteinstellungen. Ein Zurücksetzen der Verbindung allein beweist nicht, dass der Wohnausgang offline gegangen ist; Reproduzieren Sie den Fehler mit einer kleinen Anfrage, bevor Sie die Konfiguration ändern.
- TLS-Fehler durch den Proxy: nie normal. Suchen Sie nach einem lokalen Interceptor (Unternehmens-Proxy, Antivirus) zwischen Ihnen und dem Gateway.
Schritt 4: entscheiden#
- Korrigieren Sie die Anmeldeinformationen oder Parameter, bevor Sie es wiederholt versuchen. Eine fehlgeschlagene Anfrage kann immer noch Bytes übertragen; Überprüfen Sie die aufgezeichnete Nutzung und die geltenden Abrechnungsbedingungen, anstatt davon auszugehen, dass jeder Fehler kostenlos ist.
- Gateway fand keinen Ausgang → Verbreitern Sie den Standort.
- Ziel blockiert den Ausgangstyp → Verschieben Sie das Ziel in ein stärkeres Netzwerk: Rechenzentrum → Wohnen → Mobil.
- Klassifizieren Sie die Antwort, bevor Sie es erneut versuchen. Ein 403 kann auf eine Zugriffsregel hinweisen, die eine andere IP nicht auflöst. Beachten Sie bei 429 Retry-After und reduzieren Sie die Anforderungsrate. Verwenden Sie einen begrenzten Backoff für vorübergehende Verbindungs- oder Serverausfälle. Wiederholen Sie Vorgänge zur Statusänderung nur dann, wenn Sie doppelte Aktionen verhindern können.
- Ziel gebrochen → warten.
Fragen, die Menschen stellen#
Gibt Proxy Cyber jemals 429 zurück?
Eine 429 kann von einem Zielort oder einem Vermittler zurückgegeben werden, der eine Tarifbegrenzung anwendet. Überprüfen Sie die Antwortheader und den CONNECT-Austausch, um die Quelle zu identifizieren. Behalten Sie Retry-After bei, sofern vorhanden, verringern Sie die Parallelität und führen Sie ein kurzes Protokoll der Zeitstempel und Anforderungs-IDs für den Support. Eine Änderung der IP ist kein Ersatz für die Einhaltung des Limits.
Werde ich für fehlgeschlagene Anfragen in Rechnung gestellt?
Schätzen Sie den Traffic anhand eines repräsentativen Tests und vergleichen Sie dann die Bilanz davor und danach. Antworttexte, Uploads, Browser-Assets und Wiederholungsversuche wirken sich alle auf den Verbrauch aus. Bestätigen Sie vor der Zahlung die geltenden Abrechnungs- und Rückerstattungsbedingungen. Dieser Leitfaden garantiert nicht, dass fehlgeschlagene Anfragen kostenlos sind oder dass ungenutzte Beträge automatisch zurückerstattet werden.