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

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

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

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

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

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

დაკავშირებული სტატიები