დაკარგული PAC ფაილი შეიძლება შეცვალოს თქვენი გამოსვლის IP
თუ ბრაუზერი ვერ მოიპოვებს თავის პროქსი სკრიპტს, მისი სარეზერვო ქცევა შეიძლება განსხვავდებოდეს წარმატებით ჩატვირთული სკრიპტის DIRECT წესებისგან.
PAC ფაილიდან ყოველი DIRECT შტოს მოცილება სულაც არ აკონტროლებს იმას, თუ რას აკეთებს ბრაუზერი, როცა ფაილს საერთოდ ვერ იღებს.
| მარცხის წერტილი | შესაბამისი პოლიტიკა |
|---|---|
| ჩატვირთული სკრიპტი ირჩევს დაბრუნებულ პროქსიებს შორის | დალაგებული კანდიდატების სია, მათ შორის ნებისმიერი მკაფიო DIRECT ვარიანტი. |
| ბრაუზერი ვერ იღებს გამოსადეგ სკრიპტს | კლიენტის კონფიგურაციის სარეზერვო, მათ შორის ნებისმიერი გამოსადეგი ქეში ან ხელით ალტერნატივა. |
Chromium ადოკუმენტირებს შემდეგ კონფიგურაციას PAC-ის მიღების წარუმატებლობის შემდეგ: ხელით პროქსი მხარდაჭერილ პლატფორმებზე, ან პირდაპირი წვდომა. სავალდებულო PAC კონფიგურაცია ხელს უშლის მის დოკუმენტირებულ პირდაპირ სარეზერვოს, როცა ის დაყენებულია მხარდაჭერილი მექანიზმით. ეს არ განსაზღვრავს ყველა ბრაუზერის, პლატფორმის ან ქეშირებული სკრიპტის სიტუაციას.
მოულოდნელი პირდაპირი გასვლისას შეინახეთ კლიენტი/ვერსია და მოქმედი მართული ან გაფართოების პოლიტიკა PAC URL-თან, მიღების შედეგთან, დაკვირვებული გასვლა და ქსელის ცვლილების დროსთან ერთად. აღნიშნეთ, არსებობდა თუ არა ქეშირებული სკრიპტი ან ხელით პროქსი. შეადარეთ პროქსის ჟურნალები კლიენტის მარშრუტიზაციის მტკიცებულებებს; პროქსი ვერ ჩაწერს მოთხოვნას, რომელიც არასდროს მიუღწევია მას.
დამტკიცებული გასვლის მოთხოვნის მქონე ორგანიზაციამ უნდა შეათანხმოს ბრაუზერის პოლიტიკა ქსელური წვდომის პოლიტიკასთან. სკრიპტი, რომელიც ჩვეულებრივ აბრუნებს სწორ საბოლოო წერტილს, მარტოდ ვერ უზრუნველყოფს იმავე გზას, სანამ მისი მიწოდების სერვერი მიუწვდომელია.