Wget זקוק לכתובת פרוקסי, לא לכתובת PAC

תנו ל-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 ללא הגבלה.