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 स्क्रिप्ट का नहीं।
https://config.example/proxy.pac जैसा URL रूट-चयन डेटा की ओर संकेत करता है। इसे प्रॉक्सी चर में रखने से Wget JavaScript नहीं चलाता। GNU Wget के प्रॉक्सी इनपुट और स्थापित संस्करण की जाँच करें; समान नाम वाला कोई अन्य उपकरण अलग व्यवहार कर सकता है।
संबंधित URL के लिए PAC परिणाम प्राप्त करें। एक एंडपॉइंट की प्रतिलिपि करना केवल तब उपयुक्त है जब वह मार्ग पूरे संचालन में लागू हो। रीडायरेक्ट होस्ट बदल सकते हैं, और आंतरिक गंतव्य सीधे हो सकते हैं। जटिल नीति के लिए ऐसा समर्थित एडाप्टर या प्रबंधन व्यवस्था चाहिए जो उन निर्णयों को सुरक्षित रखे।
PAC प्रोग्राम को shell प्रोफ़ाइल में चिपकाने या किसी अपरिचित स्क्रिप्ट को असीमित shell कोड के रूप में चलाने के बजाय स्वीकृत एंडपॉइंट या कमांड-लाइन एकीकरण माँगें।