Erori de proxy timeout: conexiunea se blochează, apoi renunță

Trei rezultate de timeout măsurate de noi

Am configurat un proxy de test care acceptă conexiuni TCP și nu răspunde niciodată, apoi am rulat aceeași cerere cu două tipuri de limite de timp (adresa rescrisă ca 203.0.113.10:8080, user123:pass456):

• curl --connect-timeout 10 -x http://user123:[email protected]:8080 https://example.com afișează curl: (28) Proxy CONNECT aborted due to timeout. Acea limită acoperă doar faza de conectare.
• Înlocuirea cu -m 10 (o limită pentru întregul transfer) returnează curl: (28) Connection timed out after 10002 milliseconds.
• Chromium configurat cu același proxy raportează ERR_TIMED_OUT; proxy checker raportează timeout.

Cauze, începând cu cele mai probabile

• Rețeaua ta blochează silențios portul proxy-ului. Rețelele Wi-Fi de la birou, hotel sau campus ignoră adesea pachetele trimise către porturi neobișnuite în loc să le refuze, așa că aștepți la nesfârșit.
• Timeout-ul din codul tău este prea scurt. Un proxy dintr-o țară îndepărtată are nevoie de ceva mai mult timp pentru handshake; o limită de 2–3 secunde poate întrerupe un proxy care funcționează perfect.
• Proxy-ul sau destinația este supraîncărcată. Proxy-ul acceptă conexiunea, dar așteaptă după site-ul web, iar răbdarea ta se termină prima.
• IP greșit. O greșeală de tipar care nimerește o adresă ce nu răspunde produce liniște în loc de un refuz.

Rezolvări în funcție de mediu

• Windows/Chrome: încearcă același proxy folosind datele mobile ale telefonului. Dacă timeout-ul dispare, rețeaua inițială este cea care blochează; citește verificarea proxy-ului și a firewall-ului.
• Browsere antidetect: butonul de verificare a proxy-ului are de obicei un timp de așteptare fix. Reîncearcă de câteva ori, iar dacă eșuează doar anumite profiluri, compară linia lor de proxy cu una funcțională.
• Telegram: blocarea la conectare după activarea unui proxy este adesea tot un timeout; testează proxy-ul în checker înainte de a modifica setările din Telegram.
• Python requests: transmite timeout=(10, 30), adică 10 secunde pentru conectare și 30 de secunde pentru citire. Tratează requests.exceptions.ConnectTimeout și requests.exceptions.ReadTimeout separat pentru a vedea unde se blochează și adaugă câteva reîncercări distanțate în loc de un timeout nelimitat.
• curl: folosește --connect-timeout pentru a măsura doar pasul de conectare și -m pentru a limita întreaga comandă.

Timeout sau doar lent?

Un proxy lent continuă să răspundă, doar că mai târziu. Instrumentul proxy speed test arată timpii reali de răspuns; dacă aceștia sunt apropiați de timeout-ul software-ului tău, mărește limita sau alege un proxy dintr-o țară mai apropiată de țintă. Dacă testele repetate nu primesc niciodată răspuns, este un timeout autentic, iar următorul pas este deschiderea unui tichet cu rezultatul verificării.

Pas cu pas

1. 1

   Confirmă timeout-ul cu checker-ul

   Lipește linia de proxy în proxy checker. Un rezultat timeout înseamnă că nu a sosit niciun răspuns în limita de timp de așteptare.

2. 2

   Schimbă rețeaua pentru a izola problema

   Reîncearcă pe date mobile. Dacă funcționează, problema provine de la rețeaua inițială sau de la firewall-ul acesteia.

3. 3

   Măsoară timpul de răspuns

   Rulează proxy speed test pentru a vedea dacă proxy-ul este lent sau complet silențios.

4. 4

   Ajustează timeout-urile și reîncercările în software

   Mărește limita de conectare la aproximativ 10 secunde, adaugă reîncercări și rulează din nou sarcina.

Întrebări frecvente