curl-ը չի կարող կարդալ ձեր PAC ֆայլը. փոխարենը փոխանցեք proxy-ն
PAC-ը JavaScript քաղաքականություն է. curl-ին պետք է վերջնակետ։ Հարցրեք, թե քաղաքականությունը ձեր URL-ի համար որ proxy-ն է ընտրում, փոխանցեք այն և հետևեք NO_PROXY-ին ու TLS-ին։
PAC ֆայլի հասցեն և proxy-ի վերջնակետը կարգավորումների ֆայլում փոխարինելի են թվում, բայց այդպես չէ։ Մեկը քաղաքականության ծրագիր է, որը պետք է գնահատվի յուրաքանչյուր URL-ի համար. մյուսը հոսթ և պորտ է, որն ընդունում է միացումներ։ curl-ը հասկանում է միայն երկրորդը։ PAC հասցեն --proxy-ին փոխանցելը կատեգորիայի սխալ է, որը ձախողվում է շփոթեցնող ձևով, սովորաբար վեբ սերվերին ուղղված երկար CONNECT սպասումից հետո։
Ինչ է իրականում յուրաքանչյուրը
| Դուք ունեք | Ինչ է այն | Ինչ է անում curl-ը դրա հետ |
|---|---|---|
http://wpad.corp.example/proxy.pac | JavaScript, որը տրված URL-ի համար վերադարձնում է proxy կամ ուղիղ միացում | Ներբեռնում է որպես ֆայլ և այնտեղ կանգ է առնում |
http://proxy.corp.example:8080 | Լսող, որն ընդունում է proxy-ով անցնող հարցումներ | Օգտագործում է այն, ներառյալ CONNECT-ը HTTPS թիրախների համար |
Դա հստակ ասում է curl-ի ՀՏՀ-ն. curl-ը չի տրամադրում JavaScript-ի կամ PAC-ի մեկնաբանություն։ curl-ի շուրջ PAC-ը հասկացող փաթաթան կարող է դա անել, բայց ինքը curl-ը՝ ոչ, և ոչ մի դրոշակ այն բրաուզեր չի դարձնում։
Ինչու բրաուզերը աշխատում է, իսկ curl-ը՝ ոչ
Բրաուզերը ինտեգրվում է համակարգի proxy կարգավորումների հետ, ներբեռնում PAC ֆայլը և կիրառում դրա կանոնները ձեր բացած URL-ի նկատմամբ։ Այդ գնահատումը PAC ֆայլի մատուցած ծառայությունն է, և այն տեղի է ունենում բրաուզերի ներսում, ոչ ձեր տերմինալում։
PAC ֆայլը curl-ով ներբեռնելը բերում է միայն դրա տեքստը։ Դա curl-ին չի ստիպում կատարել քաղաքականությունը, և այն ձեռքով կարդալը proxy գտնելու համար նույն գնահատման ձեռքով տարբերակն է՝ սխալ ճյուղ ընտրելու նույն հավանականությամբ։ Եթե կարդում եք, կարդացեք ձեր հոսթին համապատասխանող return հայտարարությունը, ոչ թե ֆայլի առաջին proxy անունը։ PAC ֆայլերի մեծ մասը պարունակում է մի քանիսը, և միայն մեկ ճյուղ է վերաբերում ձեզ։
Հաստատված HTTP proxy-ի և հաստատված HTTPS ծառայության համար օրինակելի հարցումը սա է.
curl --proxy http://proxy.corp.example:8080 https://service.example.net/statusԱռաջին հասցեն proxy-ի լսողն է, երկրորդը՝ ձեր ուզած ծառայությունը։ Սրանք օրինակ վերջնակետեր են, ոչ թե ինչ-որ մեկի անցկացրած թեստ, ուստի փոխարինեք դրանք ձեր կազմակերպության սխեմայով, պորտով և նույնականացման հոսքով։
Ընտրեք proxy-ն այս նպատակակետի համար
Հարցրեք ադմինիստրատորին, թե քաղաքականությունը ձեր անհրաժեշտ URL-ի համար որ proxy-ն է ընտրում, ոչ թե կազմակերպությունը որ proxy-ն ունի։ PAC կանոնները կարող են տարբեր արդյունքներ վերադարձնել ներքին ծառայությունների, հանրային կայքերի և ձախողման փոխանցման պայմանների համար, և այսօր ձեր URL-ին համապատասխանող կանոնը խմբագրումից հետո կարող է համապատասխանել մյուսին։
Եթե աշխատահոսքին պետք է մեկից ավելի հայտնի հարցում, օգտագործեք ադմինիստրատորի կողմից աջակցվող ստատիկ կարգավորում կամ հաստատված PAC-ը հասկացող ինտեգրում։ Մեկ պատճենված հասցե կոշտ կոդավորելը աշխատում է մինչև այն օրը, երբ քաղաքականությունը փոխվում է, և ոչ ոք այլևս չի հիշում, թե ինչու ընտրվեց այդ հասցեն։
Ապա նայեք, թե ինչ է ժառանգում curl-ը։ proxy-ի միջավայրի փոփոխականները և NO_PROXY կարող են վերափոխել կամ բացառել ձեր փոխանցած proxy-ն, և ձեր թիրախին համապատասխանող բացառությունը հարցումն ուղարկում է ուղիղ՝ առանց ասելու։ Պահպանեք նախատեսված քաղաքականությունը՝ փոխարենը չջնջելով բոլոր բացառությունները կամ ամեն ինչ մեկ հասցեով պարտադրելով։ Կատարեք հարցումը մեկ անգամ -v -ով և ստուգեք, թե որ հասցեին է այն իրականում միացել։
Առանձին պահեք TLS-ի երկու ինքնությունները
HTTPS proxy-ի դեպքում երկու TLS միացում է գործում. ձերը՝ դեպի proxy, և proxy-ինը՝ դեպի նպատակակետ։ Յուրաքանչյուրն ունի իր ինքնությունը ստուգելու համար, և դրանցից որևէ մեկի համար ստուգումն անջատելը PAC-ի լուծում չէ, այլ երկրորդ խնդիր՝ ավելացված առաջինին։
Թողեք ստուգումը միացված և կարդացեք ստացած ձախողումը։ proxy-ի նույնականացման մարտահրավերը, անհասանելի proxy-ն և կայքի մերժումը երեք տարբեր արդյունք են, և միայն առաջինն է վերաբերում հավատարմագրերին։ VPN-ը դեռ պետք է տրամադրի թույլատրված ուղի դեպի մասնավոր proxy, ներառյալ proxy հոսթի անվան լուծումը, նախքան այս ամենից որևէ մեկը կհաջողվի։
Գրեք վերջնակետը, սխեման, պորտը, նույնականացման մեթոդը, բացառությունները և դեպի proxy տանող VPN ուղին։ Այդ գրառումն է, որ հաջորդ հարցումը դարձնում է վերարտադրելի, և հենց դա է տարբերությունը ձեր proxy-ն իմանալու և դրա մասին գուշակելու միջև։