დავუშვათ, თქვენი კონფიგურაციის URL არის https://config.example/proxy.pac?office=west. FindProxyForURL(url, host)-ის შიგნით, url არგუმენტი არ არის ეს კონფიგურაციის URL.

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

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

შეინარჩუნეთ შეყვანა კონტროლის ქვეშ და მოერიდეთ საიდუმლოებების გამოქვეყნებას კონფიგურაციის URL-ში. გავრცელებისთვის გამოყენებული URL შეიძლება გამოჩნდეს კონფიგურაციის ჩანაწერებში და სერვერის ჟურნალებში.

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

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