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 کوډ په توګه د چلولو پرځای تصویب شوی پای ټکی یا د کمانډ کرښې ادغام وغواړئ.