Squid retry_on_error: სტატუსის კოდები და ალტერნატიული მარშრუტები

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

ამ დირექტივის მხარდამჭერ გამოშვებებში ის ნაგულისხმევად გამორთულია. დოკუმენტირებული გამეორების სიაა 403, 500, 501, 502, 503 და 504, და მოთხოვნა სცდება სხვა მოქმედი დანიშნულებით. ეს განსაკუთრებით მნიშვნელოვანია იერარქიაში ალტერნატიული გადაგზავნის გზებით. ეს არ არის მხოლოდ დროზე დაფუძნებული ხელახალი ცდა იმავე სოკეტიდან იმავე სერვერზე.

ჯერ დაასახელეთ ხარვეზი

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

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

აპლიკაციის ოპერაციები კიდევ ერთ შეშფოთებას ბადებს: მოთხოვნის გამეორებამ შეიძლება გაიმეოროს მისი ეფექტი. კლიენტსა და სერვერს სათანადო გამეორების სემანტიკა სჭირდება, განსაკუთრებით მონაცემების შემქმნელი ან შემცვლელი ოპერაციებისთვის. პროქსის პარამეტრი არ ცვლის გაურკვეველი შედეგების აპლიკაციის დონეზე დამუშავებას.

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

წყვეტილი ხარვეზების გამოძიებისას ჩაწერეთ სტატუსი, არჩეული მშობელი ან დანიშნულება და ცდების თანმიმდევრობა. წინააღმდეგ შემთხვევაში, გამეორებებმა შეიძლება განმეორებადი მარშრუტიზაციის პრობლემა ზოგადად ნელი ვებსაიტის სახე მისცეს და დამალოს ის გზა, რომელიც რეალურად ჩავარდა.