პროქსის თაიმაუტის შეცდომები: კავშირი იყინება, შემდეგ კი წყდება

თაიმაუტის სამი შედეგი, რომელიც გავზომეთ

ჩვენ გავმართეთ სატესტო პროქსი, რომელიც იღებს 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 ხშირად უბრალოდ ყრის პაკეტებს უჩვეულო პორტებზე მათი უარყოფის ნაცვლად, ამიტომ თქვენ უსასრულოდ ელოდებით.
• თაიმაუტი თქვენს კოდში ძალიან მოკლეა. შორეულ ქვეყანაში მდებარე პროქსის handshake-ისთვის ოდნავ მეტი დრო სჭირდება; 2–3 წამიანმა ლიმიტმა შეიძლება გათიშოს პროქსი, რომელიც სინამდვილეში გამართულად მუშაობს.
• პროქსი ან დანიშნულების სერვერი გადატვირთულია. პროქსი იღებს კავშირს, მაგრამ ელოდება ვებსაიტს, და თქვენი მოთმინების ლიმიტი უფრო ადრე იწურება.
• არასწორი IP. ბეჭდური შეცდომა, რომლის გამოც მოთხოვნა არაპასუხისმგებელ მისამართზე ხვდება, უარყოფის ნაცვლად სიჩუმეს იწვევს.

გადაჭრის გზები გარემოს მიხედვით

• Windows/Chrome: სცადეთ იგივე პროქსი თქვენი ტელეფონის მობილური ინტერნეტით. თუ თაიმაუტი გაქრება, საწყისი ქსელი ბლოკავს მას; წაიკითხეთ პროქსისა და firewall-ის შემოწმება.
• ანტიდეტექტ ბრაუზერები: პროქსის შემოწმების ღილაკს, როგორც წესი, ფიქსირებული მოლოდინის დრო აქვს. სცადეთ რამდენჯერმე და თუ მხოლოდ ზოგიერთ პროფილში ჩაიშლება, შეადარეთ მათი პროქსის მონაცემები მომუშავე პროფილს.
• Telegram: პროქსის ჩართვის შემდეგ დაკავშირების (connecting) სტატუსზე გაჭედვა ასევე ხშირად თაიმაუტია; სანამ Telegram-ის პარამეტრებს შეცვლით, შეამოწმეთ პროქსი შემმოწმებელში.
• Python requests: გადაეცით timeout=(10, 30), რაც ნიშნავს 10 წამს დასაკავშირებლად და 30 წამს წასაკითხად. დაიჭირეთ requests.exceptions.ConnectTimeout და requests.exceptions.ReadTimeout ცალ-ცალკე, რათა დაინახოთ, სად იჭედება კავშირი, და დაამატეთ რამდენიმე ინტერვალიანი განმეორება შეუზღუდავი თაიმაუტის ნაცვლად.
• curl: გამოიყენეთ --connect-timeout მხოლოდ დაკავშირების ეტაპის გასაზომად, ხოლო -m მთლიანი ბრძანების დროის შესაზღუდად.

თაიმაუტი თუ უბრალოდ ნელი?

ნელი პროქსი მაინც პასუხობს, უბრალოდ გვიან. პროქსის სიჩქარის ტესტი აჩვენებს რეალურ პასუხის დროს; თუ ის თქვენი პროგრამის თაიმაუტთან ახლოსაა, გაზარდეთ ლიმიტი ან აირჩიეთ პროქსი სამიზნესთან უფრო ახლოს მდებარე ქვეყანაში. თუ განმეორებითი ტესტებისას პასუხი საერთოდ არ მოდის, ეს ნამდვილი თაიმაუტია და შემდეგი ნაბიჯი მხარდაჭერის თიკეტის გახსნაა შემმოწმებლის შედეგით.

ნაბიჯ-ნაბიჯ

1. 1

   დაადასტურეთ თაიმაუტი შემმოწმებლით

   ჩასვით პროქსის სტრიქონი პროქსის შემმოწმებელში. შედეგი timeout ნიშნავს, რომ მოლოდინის ლიმიტის ფარგლებში პასუხი არ მოსულა.

2. 2

   შეცვალეთ ქსელი მიზეზის დასადგენად

   სცადეთ ხელახლა მობილური ინტერნეტით. თუ იმუშავებს, პრობლემა საწყის ქსელში ან მის firewall-შია.

3. 3

   გაზომეთ პასუხის დრო

   გაუშვით პროქსის სიჩქარის ტესტი, რათა გაიგოთ, პროქსი ნელია თუ საერთოდ არ პასუხობს.

4. 4

   მოარგეთ თაიმაუტები და განმეორებები თქვენს პროგრამაში

   გაზარდეთ დაკავშირების ლიმიტი დაახლოებით 10 წამამდე, დაამატეთ განმეორების მცდელობები და გაუშვით დავალება ხელახლა.

ხშირად დასმული კითხვები