სად გაქრა Squid-ის სესიის დამხმარე?

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

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

შეადარეთ სამი რამ:

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

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

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

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

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