Proxy-Timeout-Fehler: Die Verbindung stockt und bricht schließlich ab

Drei gemessene Timeout-Ausgaben

Wir haben einen Test-Proxy eingerichtet, der TCP-Verbindungen annimmt, aber nie antwortet, und dieselbe Anfrage mit zwei verschiedenen Zeitlimits ausgeführt (Adresse dargestellt als 203.0.113.10:8080, user123:pass456):

• curl --connect-timeout 10 -x http://user123:[email protected]:8080 https://example.com liefert curl: (28) Proxy CONNECT aborted due to timeout. Dieses Limit gilt nur für die Verbindungsphase.
• Der Wechsel zu -m 10 (ein Limit für die gesamte Übertragung) ergibt curl: (28) Connection timed out after 10002 milliseconds.
• Wird Chromium über denselben Proxy geleitet, meldet er ERR_TIMED_OUT; der Proxy-Checker meldet timeout.

Ursachen nach Wahrscheinlichkeit

• Ihr Netzwerk blockiert den Proxy-Port lautlos. Büro-, Hotel- und Campus-WLANs verwerfen Pakete an unübliche Ports oft, anstatt sie abzulehnen – man wartet endlos.
• Das Timeout in Ihrem Code ist zu kurz. Ein Proxy in einem weit entfernten Land benötigt etwas länger für den Handshake; ein Limit von 2–3 Sekunden kann eine funktionierende Verbindung vorzeitig abbrechen.
• Der Proxy oder das Ziel ist überlastet. Der Proxy nimmt die Verbindung an, wartet jedoch auf die Website – und Ihre Geduld ist zuerst erschöpft.
• Falsche IP. Ein Tippfehler, der auf einer nicht erreichbaren Adresse landet, erzeugt Stille statt einer Ablehnung.

Lösungen nach Umgebung

• Windows/Chrome: Testen Sie denselben Proxy über die mobilen Daten Ihres Telefons. Verschwindet der Timeout, blockiert das ursprüngliche Netzwerk; lesen Sie Proxy und Firewall prüfen.
• Antidetect-Browser: Die Schaltfläche zur Proxy-Prüfung hat meist eine feste Wartezeit. Versuchen Sie es mehrmals; schlagen nur einige Profile fehl, vergleichen Sie deren Proxy-Zeile mit einer funktionierenden.
• Telegram: Bleibt der Status nach Aktivierung eines Proxys auf „Verbinden“ stehen, ist das oft ebenfalls ein Timeout; testen Sie den Proxy im Checker, bevor Sie Telegram anpassen.
• Python requests: Übergeben Sie timeout=(10, 30), also 10 Sekunden für den Verbindungsaufbau und 30 Sekunden für das Lesen. Fangen Sie requests.exceptions.ConnectTimeout und requests.exceptions.ReadTimeout separat ab, um zu sehen, wo es stockt, und nutzen Sie einige gestaffelte Retries statt eines unbegrenzten Timeouts.
• curl: Verwenden Sie --connect-timeout, um nur die Verbindungsphase zu messen, und -m, um den gesamten Befehl zu begrenzen.

Timeout oder einfach nur langsam?

Ein langsamer Proxy antwortet trotzdem – nur verzögert. Der Proxy-Geschwindigkeitstest zeigt reale Antwortzeiten; liegen diese nahe am Timeout Ihrer Software, erhöhen Sie das Limit oder wählen Sie einen Proxy in einem Land näher am Ziel. Bleibt die Antwort bei wiederholten Tests komplett aus, handelt es sich um einen echten Timeout; ein Ticket mit dem Checker-Ergebnis ist der nächste Schritt.

Schritt für Schritt

1. 1

   Timeout mit dem Checker bestätigen

   Fügen Sie die Proxy-Zeile in den Proxy-Checker ein. Das Ergebnis timeout bedeutet, dass innerhalb des Zeitlimits keine Antwort einging.

2. 2

   Netzwerk wechseln, um die Ursache einzugrenzen

   Wiederholen Sie den Test über mobile Daten. Funktioniert es dort, liegt das Problem beim ursprünglichen Netzwerk oder dessen Firewall.

3. 3

   Antwortzeit messen

   Führen Sie den Proxy-Geschwindigkeitstest aus, um festzustellen, ob der Proxy nur langsam ist oder gar nicht antwortet.

4. 4

   Timeouts und Retries in Ihrer Software anpassen

   Erhöhen Sie das Verbindungslimit auf etwa 10 Sekunden, fügen Sie Wiederholungsversuche hinzu und führen Sie die Aufgabe erneut aus.

Häufig gestellte Fragen