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 કોડ તરીકે ચલાવવાને બદલે મંજૂર એન્ડપોઇન્ટ અથવા કમાન્ડ-લાઇન એકીકરણ માટે પૂછો.