Wget-ին պետք է պրոքսի հասցե, ոչ թե PAC URL

Տվեք 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 կոդ գործարկելու։