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 کوڈ کے طور پر چلانے کے بجائے منظور شدہ اینڈ پوائنٹ یا کمانڈ لائن انٹیگریشن طلب کریں۔