curl-ის პროქსის დროის ამოწურვა: იპოვეთ წარუმატებელი ნაბიჯი
განასხვავეთ პროქსისთან კავშირი, გვირაბის შეთანხმება, TLS და გაჩერებული პასუხი, რათა curl-ის დროის ზღვრებმა დიაგნოსტიკაში დაგეხმაროთ.
curl-ის დეტალურ გამოტანაში იპოვეთ ბოლო დასრულებული ოპერაცია. „პროქსისთან დაკავშირებულია, მაგრამ CONNECT პასუხი არ არის“ პრობლემას ბევრად უკეთ ავიწროებს, ვიდრე „პროქსის დრო ამოიწურა“.
გამოიყენეთ დროით შეზღუდული მოთხოვნა და ადგილობრივი მაგალითი თქვენი HTTP პროქსით შეცვალეთ; HTTP პროქსიების სიიდან შეგიძლიათ შედარებისთვის სხვა ბოლო წერტილები იპოვოთ:
curl --noproxy '' --proxy http://127.0.0.1:8080 --connect-timeout 5 --max-time 15 --verbose https://example.com/--connect-timeout 5 კავშირის დამყარებას აძლევს ერთ საერთო დროის ბიუჯეტს, შესაბამისი ძიებებისა და ხელის ჩამორთმევების ჩათვლით; თითოეულ ეტაპს ცალ-ცალკე ხუთ წამს არ აძლევს. --max-time 15 ზღუდავს მთელ ოპერაციას, დამყარების შემდეგ გადაცემის დროის ჩათვლით.
| სად ჩერდება პროცესი | რა შეამოწმოთ შემდეგ |
|---|---|
| პროქსისთან კავშირი არ არის | პროქსის ჰოსტის სახელის ამოხსნა, მოსმენის პორტი, მარშრუტიზაცია და ქსელური ეკრანის წესები. |
| პროქსი დაკავშირებულია; გვირაბის პასუხი არ არის | პროქსის დატვირთვა, ავთენტიფიკაციის შეთანხმება, წვდომის პოლიტიკა და დანიშნულების ხელმისაწვდომობა პროქსიდან. |
| გვირაბი მიღებულია; TLS დაუსრულებელია | დანიშნულების ხელმისაწვდომობა, TLS შეთანხმება და ტრაფიკის მართვადი გადაჭერა. |
| დანიშნულების სათაურები მოვიდა; სხეული გაჩერდა | საწყისი სერვერის გადაცემის ქცევა, შუამავლების ბუფერიზაცია და აპლიკაციის შესაძლო განზრახ სიჩუმე. |
ხელის ჩამორთმევების რიგისთვის იხილეთ როგორ გადააქვს CONNECT-ს HTTPS. კავშირის ბიუჯეტთან ახლოს გაჩერება დამყარებაზე მიანიშნებს; მოგვიანებით საერთო ზღვარზე გაჩერება — დაუსრულებელ გადაცემაზე. დრო შეაფასეთ თანმიმდევრობასთან ერთად: მარტო დრო კომპონენტს ვერ განსაზღვრავს. ჟურნალის ტექსტი curl-ის აწყობებს შორის განსხვავდება, ხოლო ღია TCP პორტი CONNECT-ის მუშაობას არ ამტკიცებს.
ერთი მხარე უცვლელი დატოვეთ
იგივე დანიშნულება შეადარეთ ნებადართული პირდაპირი გზით:
curl --noproxy '*' --connect-timeout 5 --max-time 15 --verbose https://example.com/შემდეგ იმავე პროქსით სხვა უვნებელი დანიშნულება შეადარეთ. თუ მხოლოდ ერთი ვერ მუშაობს, მისი გზა ან წვდომის პოლიტიკა გამოიკვლიეთ. თუ ყველა დამყარების ერთსა და იმავე ნაბიჯზე ჩერდება, საერთო პროქსის გზა შეამოწმეთ. შეინახეთ დაწყების დრო, ბოლო წერტილი, დანიშნულება და ბოლო დასრულებული ეტაპი; ჟურნალების გაზიარებამდე ამოიღეთ ავტორიზაციის მონაცემები, ტოკენები, ქუქიები და პირადი სახელები.
როცა კავშირი ღია რჩება სასარგებლო წინსვლის გარეშე
ფაილის გადაცემას დამყარებისა და საერთო დროის ზღვართან ერთად შეიძლება დაბალი სიჩქარის ზღვარიც დასჭირდეს:
curl --noproxy '' --proxy http://127.0.0.1:8080 --connect-timeout 5 --max-time 60 --speed-limit 100 --speed-time 20 https://example.com/ეს წყვეტს ოპერაციას, თუ მდგრადი გადაცემის სიჩქარე 20 წამით რჩება წამში 100 ბაიტზე ქვემოთ, თან ინარჩუნებს საერთო 60-წამიან ზღვარს. მნიშვნელობები დატვირთვის მიხედვით შეარჩიეთ. მოვლენათა ნაკადი შეიძლება ხანგრძლივ სიჩუმეშიც გამართული იყოს, ამიტომ ჩამოტვირთვის წესმა შეიძლება შეცდომით გაწყვიტოს იგი.
ყველა ზღვრის გაზრდა სიმპტომს გადადებს. დაუყოვნებელმა განმეორებითმა ცდებმა გადატვირთულ გზას შეიძლება კავშირები დაუმატოს. დიაგნოზისთვის რამდენიმე გააზრებული შედარება გამოიყენეთ; აპლიკაციის შემდგომ განმეორებით ცდების პოლიტიკას საკუთარი საერთო ბიუჯეტი და ოპერაციის გამეორების უსაფრთხოების შეფასება სჭირდება.