Alle Standorte aktiv · 99.99% Uptime
Residential Proxy

Fehlersuche beim Residential Proxy

Probleme mit Residential Proxys unterscheiden sich von denen bei Datacenter-Proxys: Da der Exit-Punkt ein echter Heimanschluss ist, ist die Variabilität hoch, ein Node kann jederzeit offline gehen und die Symptome deuten häufig auf mehrere Ursachen zugleich hin.

Dieser Leitfaden bietet einen Diagnoseablauf, der das Problem Schicht für Schicht eingrenzt. Für allgemeine Proxy-Fehler unsere Checkliste können Sie ebenfalls heranziehen.

Diagnoseablauf

ABBILDUNGAuf welcher Ebene liegt das Problem?
DIAGNOSEWelches Symptom?Ich komme gar nicht durchJAAuthentifizierungs- oder NetzwerkschichtNEINSiehe unten407 / Timeout / RefusedVerbindung steht, aber das Ziel blockiertJAIP-Reputation oder GeschwindigkeitNEINSiehe unten403 / CAPTCHAFalsches Exit-LandJAParameterschichtNEINSiehe untenTargeting-EinstellungDie IP wechselt ständigJASession-EbeneNEINPerformanceSticky-Konfiguration

Jeder Zweig führt zu einem anderen Lösungsansatz. Auf der falschen Schicht zu arbeiten ist der häufigste Grund dafür, stundenlang ohne Lösung zu suchen.

Schicht 1 – Ich bekomme überhaupt keine Verbindung

ABBILDUNGGründe für einen fehlgeschlagenen Verbindungsaufbau
FEHLERCODE / SYMPTOMMOEGLICHE URSACHELOESUNG407 Proxy AuthenticationRequiredZugangsdaten nicht gesendet oder fehlerhaftDas Parameterformat im Benutzernamen und das PasswortüberprüfenVerbindung abgelehntFalscher Port oder inaktiver DienstGateway-Adresse und Port anhand der Dokumentation bestätigenTimeoutDie Firewall verwirft die PaketeRegeln für ausgehende Verbindungen und den Unternehmensfilterprüfen403 Forbidden (Gateway)Sie verbinden sich von außerhalb der IP-WhitelistTragen Sie Ihre aktuelle öffentliche IP-Adresse im Panel einKontingent aufgebrauchtGB-Limit ausgeschöpftPrüfen Sie den Verbrauch im Panel

Bei Systemen mit Parametern im Benutzernamen ist der häufigste Fehler ein falsch geschriebenes Trennzeichen oder ein falscher Parametername. Ein Tippfehler wird meist als 407 zurückgegeben.

Befehl zur schnellen Überprüfung:

ABBILDUNGVerbindungstest Schicht für Schicht
Terminal01# 1) Besteht TCP-Zugriff auf das Gateway?02nc -vz -w 5 gateway.example.com 80000304# 2) Geht die Authentifizierung durch? (ausführliche Ausgabe)05curl -v -x "http://KULLANICI:SIFRE@gateway.example.com:8000" \\06 -o /dev/null https://example.com 2>&1 | grep -E "Proxy|HTTP/"0708# 3) Kommt die Exit-IP zurück?09curl -s -x "http://KULLANICI:SIFRE@gateway.example.com:8000" \\10 https://ornek-ip.example/text1112# 4) Mit einfachen Zugangsdaten ohne Parameter testen (schließt Parameterfehler aus)13curl -s -x "http://TEMEL_KULLANICI:SIFRE@gateway.example.com:8000" \\14 https://ornek-ip.example/text

Der vierte Schritt ist sehr wertvoll: Wenn die Verbindung mit den Zugangsdaten ohne Parameter klappt, liegt das Problem am Parameterformat und nicht an den Zugangsdaten.

Schicht 2 – Das Ziel blockiert

Wenn die Verbindung steht, das Ziel aber 403 oder ein CAPTCHA zurückgibt, liegt das Problem nicht an der Funktion des Proxys, sondern an der Art seiner Nutzung. Versuchen Sie der Reihe nach Folgendes:

01

Halbieren Sie die Geschwindigkeit

Das ist die wirksamste Einzelmaßnahme. Die meisten Sperren entstehen nicht durch die IP-Qualität, sondern durch die Anfragedichte.

02

Prüfen Sie die Konsistenz

Sind Browsersprache, Zeitzone und Accept-Language Header mit dem Exit-Land konsistent? Eine Abweichung ist ein starkes Signal.

03

Lassen Sie das Session-Verhalten natürlich wirken

Wechseln Sie nicht bei jeder Anfrage die IP; bilden Sie mit kurzen Sticky Sessions ein Surfmuster ab.

04

Überprüfen Sie Ihre Header-Signatur

Die voreingestellte Header-Reihenfolge einer Bibliothek ist erkennbar. Bilden Sie das Header-Set eines echten Browsers nach.

05

Probieren Sie ein anderes Land

Manche Ziele sind gegenüber Traffic aus bestimmten Ländern toleranter. Das Land Ihrer Zielgruppe liefert in der Regel die besten Ergebnisse.

Schicht 3 – Falsches Land / falsche Stadt

Der angeforderte Standort kommt nicht zustande. Mögliche Ursachen und Prüfpunkte:

  • Parameterformat: Ist der Ländercode zweibuchstabig und kleingeschrieben? Setzen Sie die Anbieterdokumentation exakt um.
  • Pool-Tiefe: Möglicherweise ist in dieser Region gerade kein Node online; das System ist vielleicht auf das gesamte Land zurückgefallen.
  • Datenbankunterschied: Anbieter und Ziel verwenden möglicherweise unterschiedliche Geo-Datenbanken.
  • Cache: Die Zielseite speichert Ihren vorherigen Standort möglicherweise in einem Cookie; starten Sie eine saubere Session.

Für die ausführliche Vorgehensweise unser Beitrag zum City-Targeting, zur Verifizierung des Exit-Standorts Meine IP-Adresse die Seite.

Schicht 4 – Instabile Sessions

ABBILDUNGWarum bricht eine Sticky Session ab?
SESSIONSCHLÜSSELKONSTANT?jaim Code überprüfenTTLAUSREICHEND?jaangeforderte DauerNODEAKTIV?neinHeimgerät online?NEU AUFBAUENneuer Schlüssel + LoginDie ersten beiden Felder liegen in Ihrer Hand, das dritte nicht

Weisen Sie die Konstanz des Schlüssels durch Logging nach. Die meisten Beschwerden nach dem Muster „Sticky funktioniert nicht“ rühren daher, dass der Schlüssel bei jeder Anfrage neu erzeugt wird.

Schicht 5 – Performanceprobleme

Die Verbindung steht, Sie werden nicht blockiert, aber die Arbeit läuft sehr langsam. Das sollten Sie prüfen:

SymptomMögliche UrsacheLösung
Hohe und schwankende LatenzDie Natur eines HeimanschlussesLangsame Nodes über einen Health Score aussortieren
Häufige TimeoutsDer Node geht offlineTimeout-Wert erhöhen, einen einzelnen erneuten Versuch hinzufügen
Stau bei der NebenläufigkeitDas Kontolimit wird überschrittenDen Connection Pool fest unter das Limit setzen
Verlangsamung in der NachtDie Pool-Tiefe sinktIntensive Aufgaben auf den Tag legen
Abbrüche bei großen DateienBegrenzte Upload-BandbreiteSegmentierter Download oder anderer Pool

Was sollten Sie dem Anbieter melden?

Eine gute Fehlermeldung verkürzt die Lösungszeit erheblich:

ABBILDUNGAngaben, die in ein Support-Ticket gehören
MELDUNGVollständiger ZeitstempelInklusive ZeitzoneVerwendetes Format der ZugangsdatenOhne Passwort, aber mit ParameternExit-IPAdresse der betroffenen AnfrageZiel-DomainWelche Seite wurde aufgerufenRohe Fehlerausgabecurl -v oder Client-LogReproduzierbarer BefehlDer kürzeste Befehl, der das Problem reproduziert

Geben Sie niemals Ihr Passwort weiter. Die Parameter im Benutzernamen mitzuteilen ist dagegen für die Diagnose notwendig und stellt kein Sicherheitsrisiko dar.

Schnelle Checkliste

  1. Ist das Kontingent aufgebraucht? Prüfen Sie es im Panel.
  2. Kommt eine Verbindung mit den einfachen Zugangsdaten ohne Parameter zustande?
  3. Kommt eine Exit-IP zurück und stimmt deren Land?
  4. Ist die Geschwindigkeit zu hoch? Halbieren Sie sie und versuchen Sie es erneut.
  5. Ist der Session-Schlüssel wirklich konstant? Loggen Sie ihn.
  6. Sind Sprache und Zeitzone mit dem Exit-Land konsistent?
  7. Tritt das Problem nur bei einem Ziel oder bei allen Zielen auf?
  8. Funktioniert die direkte Verbindung (ohne Proxy)?

Zusammenfassung

Der Schlüssel zur Lösung von Residential-Proxy-Problemen liegt darin, das Symptom der richtigen Schicht zuzuordnen: Verbindung, Sperre, Geografie, Session oder Performance. Jede Schicht hat ihre eigenen Diagnosebefehle und Lösungen. Die beiden häufigsten Grundursachen sind die Parameterschreibweise im Benutzernamen und eine zu hohe Anfragerate. Um Ihre Tests zu beschleunigen Proxy-Check, Meine IP-Adresse und Ping-Test können Sie unsere Tools nutzen.

Häufig gestellte Fragen

01Warum läuft mein Residential Proxy ständig in einen Timeout?

Die Exit-Nodes sind echte Heimgeräte und können jederzeit offline gehen. Den Timeout-Wert auf 20–30 Sekunden zu erhöhen und einen einzelnen erneuten Versuch hinzuzufügen, beseitigt das Problem in den meisten Fällen.

02Die Zugangsdaten stimmen, trotzdem erhalte ich 407 – warum?

Möglicherweise ist das Format der im Benutzernamen eingebetteten Parameter fehlerhaft. Testen Sie mit den einfachen Zugangsdaten ohne Parameter; wenn die Verbindung klappt, liegt das Problem in der Parameterschreibweise.

03Derselbe Proxy lief gestern und liefert heute 403 – was hat sich geändert?

Sehr wahrscheinlich hat sich die Exit-IP geändert und die neue Adresse ist bei diesem Ziel markiert. Erneuern Sie die Session und senken Sie die Geschwindigkeit; tritt das Problem nur bei einem Ziel auf, liegt es an der IP-Reputation.

04Die Sticky Session funktioniert nicht – wie weise ich das nach?

Loggen Sie den bei jeder Anfrage verwendeten Benutzernamen. Ändert sich der Schlüsselteil, liegt das Problem in Ihrem Code. Bleibt er konstant und die IP wechselt dennoch, ist der Node ausgefallen oder die TTL abgelaufen.

05Warum ist es nachts langsamer?

Die Pool-Tiefe schwankt im Tagesverlauf; nachts sind möglicherweise weniger Heimgeräte online. Wird aus wenigen Nodes ausgewählt, steigen sowohl die Latenz als auch die Wiederholungsquote.

Verwandte Beiträge und Seiten

NÄCHSTER SCHRITT

Stärken Sie Ihre Proxy-Infrastruktur noch heute.

Starten Sie mit den kostenpflichtigen Paketen in wenigen Minuten oder testen Sie zuerst unsere kostenlose Proxy-Liste.

FREEPROXY.TR

Wenn Sie einen kostenlosen Proxy suchen, sind Sie hier richtig

Eine umfassende Proxy-Plattform: aktuelle kostenlose Proxy-Adressen ansehen, HTTP- und SOCKS-Proxy-Typen vergleichen und Ihre Proxy-Verbindungen mit kostenlosen Tools prüfen.