Squid-ის forward_timeout, connect_timeout და read_timeout შედარება
აირჩიეთ Squid-ის ის დროის ზღვარი, რომელიც ეხება გადაგზავნის მარშრუტის ძიებას, peer-თან დაკავშირებას ან სერვერის დამატებითი მონაცემების ლოდინს.
თუ Squid-მა უკვე მიიღო პასუხის ნაწილი და შემდეგ ელოდება დამატებით მონაცემებს, forward_timeout-ის გაზრდა არასწორ ლოდინს ეხმიანება. Squid 5-დან 7-მდე აირჩიეთ ამ საათებს შორის იმ ოპერაციის მიხედვით, რომელიც შეჩერდა:
| რას ელოდება Squid | დირექტივა |
|---|---|
| გამოსადეგი გადაგზავნის მარშრუტი | forward_timeout |
| TCP კავშირი სერვერთან ან peer-თან, სანამ სხვა მარშრუტი სცდება | connect_timeout |
| მეტი მონაცემი peer-სერვერის კავშირიდან; წარმატებული წაკითხვა აგრძელებს ლოდინს | read_timeout |
შეინახეთ შეცდომის კატეგორია და ბოლო წარმატებული ოპერაცია ჟურნალის ჩანაწერის გვერდით. მარცხი იმის სანამ გადაგზავნის კავშირი არსებობს მიუთითებს მარშრუტის არჩევაზე ან კავშირის დამყარებაზე. პასუხი, რომელიც იწყება და შემდეგ დუმს, მიუთითებს სერვერიდან წაკითხვის ეტაპზე. ორივე შემთხვევის კვალდაკვალ მიუთითეთ არჩეული peer და დანიშნულება.
უფრო ხანგრძლივი ლოდინის დაშვებამდე დაადგინეთ, რომ სამიზნე ამ დროში შეძლებს აღდგენას. ტაიმერი ვერ მოგაწვდით სერთიფიკატებს და ვერ გახდის მიუწვდომელ სერვისს ხელმისაწვდომს. შეადარეთ ასევე კლიენტის ვადა: წინააღმდეგ შემთხვევაში კლიენტმა შეიძლება მიატოვოს ოპერაცია, სანამ Squid ჯერ კიდევ ელოდება.
ეს სახელები და მათი ხელმისაწვდომობა გამოშვებაზეა დამოკიდებული. გამოიყენეთ განლაგებული გამოშვების ცნობარი; ძველი რეკომენდაცია dns_v4_first-ზე ეხება მისამართების არჩევას და არ ამბობს, რომელი ლოდინი ჩავარდა.