Proxy timeout սխալներ. կապը կախվում է, ապա ընդհատվում

Timeout-ի երեք արդյունք, որոնք մենք չափել ենք

Մենք կարգավորեցինք թեստային պրոքսի, որն ընդունում է TCP կապերը և երբեք չի պատասխանում, ապա նույն հարցումն իրականացրինք ժամանակային սահմանաչափի երկու տեսակով (հասցեն փոխարինված է 203.0.113.10:8080-ով, user123:pass456-ով):

• curl --connect-timeout 10 -x http://user123:[email protected]:8080 https://example.com-ը վերադարձնում է curl: (28) Proxy CONNECT aborted due to timeout: Այդ սահմանաչափը վերաբերում է միայն միացման փուլին:
• Փոխարինելով այն -m 10-ով (ամբողջ տվյալների փոխանցման սահմանաչափ)՝ ստացվում է curl: (28) Connection timed out after 10002 milliseconds:
• Նույն պրոքսիին ուղղորդված Chromium-ը հայտնում է ERR_TIMED_OUT, իսկ պրոքսիի ստուգիչը հայտնում է timeout:

Պատճառները՝ ըստ հավանականության

• Ձեր ցանցը լռելյայն արգելափակում է պրոքսիի պորտը: Գրասենյակային, հյուրանոցային և համալսարանական Wi-Fi-ները հաճախ մերժելու փոխարեն պարզապես կորցնում են անսովոր պորտերին ուղղված փաթեթները, ուստի դուք սպասում եք անվերջ:
• Ձեր կոդում timeout-ը չափազանց կարճ է: Հեռավոր երկրում գտնվող պրոքսիին handshake-ի համար մի փոքր ավելի շատ ժամանակ է պետք. 2–3 վայրկյանի սահմանաչափը կարող է ընդհատել լիովին աշխատող պրոքսին:
• Պրոքսին կամ թիրախային կայքը ծանրաբեռնված են: Պրոքսին ընդունում է կապը, բայց սպասում է կայքին, և ձեր սպասելու ժամանակը սպառվում է ավելի շուտ:
• Սխալ IP: Վրիպակը, որի պատճառով հարցումն ուղղվում է չպատասխանող հասցեին, մերժման փոխարեն հանգեցնում է լռության:

Լուծումներ ըստ միջավայրի

• Windows/Chrome. փորձեք նույն պրոքսին ձեր հեռախոսի բջջային ինտերնետով: Եթե timeout-ն անհետանում է, նշանակում է՝ սկզբնական ցանցն է արգելափակում. կարդացեք պրոքսիի և firewall-ի ստուգումը:
• Antidetect բրաուզերներ. պրոքսիի ստուգման կոճակը սովորաբար ունի սպասման ֆիքսված ժամանակ: Փորձեք մի քանի անգամ, և եթե միայն որոշ պրոֆիլներ են ձախողվում, համեմատեք դրանց պրոքսիի տողը աշխատող տողի հետ:
• Telegram. պրոքսին միացնելուց հետո «connecting» վիճակում մնալը նույնպես հաճախ timeout է. նախքան Telegram-ի կարգավորումները փոխելը, ստուգեք պրոքսին ստուգիչով:
• Python requests. փոխանցեք timeout=(10, 30), ինչը նշանակում է 10 վայրկյան միանալու և 30 վայրկյան կարդալու համար: Առանձին որսացեք requests.exceptions.ConnectTimeout-ը և requests.exceptions.ReadTimeout-ը՝ տեսնելու, թե որտեղ է այն կախվում, և ավելացրեք որոշակի ընդմիջումներով կրկնակի փորձեր՝ անսահմանափակ timeout-ի փոխարեն:
• curl. օգտագործեք --connect-timeout՝ միայն միացման փուլը չափելու համար, և -m՝ ամբողջ հրամանը սահմանափակելու համար:

Timeout, թե՞ ուղղակի դանդաղ

Դանդաղ պրոքսին միևնույն է պատասխանում է, պարզապես ուշացումով: Պրոքսիի արագության թեստը ցույց է տալիս իրական արձագանքման ժամանակը. եթե այն մոտ է ձեր ծրագրի timeout-ին, մեծացրեք սահմանաչափը կամ ընտրեք թիրախին ավելի մոտ գտնվող երկրի պրոքսի: Եթե կրկնվող թեստերը երբեք պատասխան չեն ստանում, դա իսկական timeout է, և հաջորդ քայլը ստուգիչի արդյունքներով հարցում (ticket) բացելն է:

Քայլ առ քայլ

1. 1

   Հաստատեք timeout-ը ստուգիչով

   Տեղադրեք պրոքսիի տողը պրոքսիի ստուգիչում: timeout արդյունքը նշանակում է, որ սպասման սահմանաչափի ընթացքում որևէ պատասխան չի ստացվել:

2. 2

   Փոխեք ցանցը՝ պատճառը պարզելու համար

   Կրկին փորձեք բջջային ինտերնետով: Եթե այն աշխատում է, ապա խնդիրը հիմնական ցանցն է կամ դրա firewall-ը:

3. 3

   Չափեք արձագանքման ժամանակը

   Գործարկեք պրոքսիի արագության թեստը՝ տեսնելու, թե արդյոք պրոքսին դանդաղ է, թե ընդհանրապես չի պատասխանում:

4. 4

   Կարգավորեք timeout-ները և կրկնափորձերը ձեր ծրագրում

   Բարձրացրեք միացման սահմանաչափը մոտ 10 վայրկյանի, ավելացրեք կրկնափորձեր և առաջադրանքը կրկին գործարկեք:

Հաճախ տրվող հարցեր