ნელი Squid მოთხოვნები URL-ის გადამწერით, რომელიც იმსხვრევა
შეისწავლეთ URL-ის გადაწერის დამხმარე, როცა პროქსი კავშირებს იღებს, მაგრამ მოთხოვნები გადაგზავნამდე ჩერდება.
თუ Squid კავშირებს იღებს, მაგრამ მოთხოვნების შემდგომ გაგზავნას დიდი დრო სჭირდება, შეამოწმეთ ამ გზაზე არსებული ნებისმიერი URL-ის გადამწერი. Squid 5–7-ში url_rewrite_program ასახელებს გარე პროგრამას, რომელსაც საწყისი წვდომის შემოწმებების შემდეგ მიმართავენ. მან შეიძლება მოთხოვნა დააყოვნოს სანამ დანიშნულება მიიღებს მას.
- წაიკითხეთ ფაქტობრივი გადაწერის ბრძანება, გარსისა და არგუმენტების ჩათვლით.
- შეუთავსეთ დაზარალებული ტრანზაქცია დამხმარის დიაგნოსტიკას. შვილობილი პროცესების განმეორებითი გასვლები, დამახინჯებული პასუხები და მზარდი რიგი სხვადასხვა მინიშნებაა.
- შეამოწმეთ ხომ ერთი URL-ის შაბლონი იწვევს ჩავარდნას. შეინახეთ ამ შეყვანის რედაქტირებული მაგალითი, ნაცვლად უკავშირო რეზოლვერის პარამეტრების შეცვლისა.
დამხმარეს აქვს ხაზობრივი მოთხოვნა/პასუხის კონტრაქტი. გარსის პროგრესის ტექსტი სტანდარტულ გამოსავალზე შეიძლება მოშალოს იგი. სკრიპტის წარმატებული გაშვება ადმინისტრატორად ასევე არ ამრავლებს Squid-ის შეყვანის ნაკადს, გარემოს ან ნებართვებს. ეს გზა გამოყოფილია პაროლის შემოწმებისგან.
მხოლოდ მას შემდეგ, რაც გაცვლა იმუშავებს, მივიჩნიოთ ის სიმძლავრის პრობლემად. url_rewrite_children მართავს პროცესებსა და რიგის ქცევას, მაგრამ მეტი შვილი ვერ შეაკეთებს შეყვანით გამოწვეულ ჩავარდნებს. მისი პარალელურობის ოპცია შემოაქვს არხის იდენტიფიკატორებს და მოითხოვს დამხმარეს, რომელიც ამ საუბარს განახორციელებს.
გადამწერის გარეშე ავტორიზებულ შედარებას შეუძლია მისი წვლილის გამოყოფა. გადატვირთვისას მისი გვერდის ავლით დატოვებამ შეიძლება შეცვალოს მის მიერ დაწესებული მარშრუტიზაცია ან ფილტრაცია, ამიტომ ეს პოლიტიკის არჩევანია. შეადარეთ დამხმარის დაკვირვებული ლოდინი DNS-ისა და შემდგომი კავშირის მტკიცებულებებს, სანამ მთლიან დაყოვნებას ქსელურ დაყოვნებას მიაწერთ.