Wget-ს სჭირდება პროქსის მისამართი, და არა PAC URL
ბრაუზერს შეუძლია PAC სკრიპტის ავტომატური შეფასება, ხოლო GNU Wget თავის პროქსის პარამეტრებში რეალურ პროქსის საბოლოო წერტილს ელოდება.
მიეცით GNU Wget-ს რეალური გადამისამართების საბოლოო წერტილი ჩამოტვირთვის დანიშნულებისთვის:
https_proxy=http://proxy.example:8080 wget https://downloads.example/file.zipშეცვალეთ პირველი მაგალითის URL დამტკიცებული HTTP პროქსით, ხოლო მეორე — სასურველი ფაილით. https_proxy ირჩევს HTTPS დანიშნულებების მოთხოვნებს; მისი მნიშვნელობა ასახელებს მსმენელს და არა შესაფასებელ PAC სკრიპტს.
URL, როგორიც https://config.example/proxy.pac-ია, მიუთითებს მარშრუტის შერჩევის მონაცემებზე. მისი პროქსის ცვლადში ჩასმა Wget-ს JavaScript-ის შესრულებას არ სთხოვს. შეამოწმეთ GNU Wget-ის პროქსის შეყვანები და დაინსტალირებული ვერსია; მსგავსი სახელის სხვა ინსტრუმენტი შეიძლება სხვაგვარად მოიქცეს.
მიიღეთ PAC-ის შედეგი შესაბამისი URL-ებისთვის. ერთი საბოლოო წერტილის კოპირება მიზანშეწონილია მხოლოდ მაშინ, როცა ეს მარშრუტი მთელი ოპერაციის განმავლობაში მოქმედებს. გადამისამართებებმა შეიძლება ჰოსტები შეცვალოს, ხოლო შიდა დანიშნულებები პირდაპირი იყოს. რთულ პოლიტიკას სჭირდება მხარდაჭერილი ადაპტერი ან მართვითი მოწყობა, რომელიც ამ გადაწყვეტილებებს ინარჩუნებს.
მოითხოვეთ დამტკიცებული საბოლოო წერტილი ან ბრძანების სტრიქონის ინტეგრაცია, ნაცვლად იმისა, რომ PAC პროგრამა shell-ის პროფილში ჩასვათ ან უცნობი სკრიპტი შეუზღუდავ shell კოდად გაუშვათ.