რატომ აგრძელებს Firefox თქვენი გვერდის ავლის ქვექსელში არსებული ინტრანეტ ჰოსტის პროქსით გატარებას
ლიტერალური IP მისამართებისთვის განკუთვნილი გვერდის ავლის დიაპაზონი სულაც არ ათავისუფლებს ჰოსტის სახელს, რომელიც ამ დიაპაზონში იხსნება.
თქვენ 192.168.0.0/16 ჩასვით Firefox-ის „პროქსის გარეშე“ სიაში-ში. http://192.168.1.20/-ის გახსნა პირდაპირ მიდის, მაგრამ http://wiki.office.example/ კვლავ პროქსის აღწევს. ორივე URL შეიძლება ერთსა და იმავე სერვერზე მიუთითებდეს.
მთავარი განსხვავება დანიშნულების სტრიქონია, რომელსაც Firefox ადარებს. IP დიაპაზონის გამონაკლისი და ჰოსტის სახელის გამონაკლისი ურთიერთშემცვლელი არ არის. არ ივარაუდოთ, რომ ხელით შედგენილი გვერდის ავლის სია ყველა ჰოსტის სახელს ხსნის, სანამ გადაწყვეტთ, ვრცელდება თუ არა მისამართების დიაპაზონის წესი.
| შეყვანილი URL | შედარებისთვის ხელმისაწვდომი ინფორმაცია |
|---|---|
| http://192.168.1.20/ | ლიტერალური IP მისამართი |
| http://wiki.office.example/ | ჰოსტის სახელი |
თუ ინტრანეტს საკუთარი დომენი აქვს, გამოიყენეთ შესაბამისი ჰოსტის სახელის ან დომენის გამონაკლისები იმ მისამართების გამოცნობის ნაცვლად, რომლებშიც სახელები შეიძლება გაიხსნას. შეუსაბამო საჯარო სერვისები ამ გამონაკლისის გარეთ დატოვეთ. დომენი შეიძლება შეიცავდეს როგორც შიდა, ისე გარედან განთავსებულ აპლიკაციებს.
Mozilla-ს თავდაპირველი განმარტება მკაფიოდ განასხვავებს ლიტერალური IP-ის შედარებას იმ სახელებისგან, რომლებიც ამ IP-ებში იხსნება. ეს დოკუმენტი ისტორიულია, ამიტომ სანამ მისგან ყოველ სინტაქსის მაგალითს გადააკოპირებთ, შეამოწმეთ მიმდინარე კლიენტის ქცევა და პოლიტიკის ინტერფეისი.
როცა პოლიტიკას DNS სჭირდება
PAC ფაილი გთავაზობთ ცალკე, მკაფიო ადგილს DNS-ის გათვალისწინებული გადაწყვეტილებებისთვის. ის ასევე ნერგავს სკრიპტის გავრცელების, შესრულებისა და გახსნის წარუმატებლობის რეჟიმებს. გამოიყენეთ ის იმიტომ, რომ მარშრუტიზაციის მოთხოვნას სჭირდება ეს ლოგიკა, და არა მხოლოდ იმისთვის, რომ გრძელი გვერდის ავლის სია უფრო მოკლედ გამოიყურებოდეს.
მართულ ინსტალაციაში შეამოწმეთ Firefox-ის ეფექტური პოლიტიკაც. ჩაკეტილი პროქსის პოლიტიკა-ს შეუძლია ახსნას, რატომ არ განსაზღვრავს ლოკალური ცვლილება მარშრუტს.
ხარვეზების აღმოსაფხვრელად ჩაწერეთ შეყვანილი ლიტერალური URL და არა მხოლოდ სერვერის საბოლოო IP. ჰოსტის სახელის URL-ის ლიტერალური მისამართის URL-თან შედარება ცვლის გვერდის ავლის გადაწყვეტილებისთვის ხელმისაწვდომ ინფორმაციას და სწორედ ამიტომ შეიძლება ორმა მოთხოვნამ სხვადასხვა გზა აირჩიოს.