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 | Берилген URL үчүн proxy же түз туташуу кайтарган JavaScript | Аны файл катары жүктөп алат жана ошол жерде токтойт |
http://proxy.corp.example:8080 | Proxy аркылуу келген сурамдарды кабыл алган угуучу | Аны колдонот, HTTPS максаттары үчүн CONNECT кошкондо |
Муну ачык айтат curl боюнча көп берилүүчү суроолор. curl JavaScript же PAC чечмелөөсүн бербейт. curl айланасындагы PAC түшүнгөн каптоо муну кыла алат, бирок curl өзү эмес, жана эч бир желек аны браузерге айландырбайт.
Эмне үчүн браузер иштейт, curl иштебейт
Браузер системанын proxy конфигурациясы менен биригет, PAC файлын алат жана анын эрежелерин сиз ачкан URL'ге каршы аткарат. Ошол баалоо — PAC файлы көрсөткөн кызмат, жана ал сиздин терминалда эмес, браузердин ичинде болот.
PAC файлын curl менен жүктөө анын текстин гана алып келет. Бул curl'ди саясатты аткарууга мажбурлабайт, ал эми proxy табуу үчүн аны кол менен окуу — ошол эле баалоонун кол менен жасалган версиясы, туура эмес бутак тандоо мүмкүнчүлүгү да ошол. Эгер окусаңыз, файлдагы биринчи proxy атын эмес, хостүңүзгө туура келген return билдирүүсүн окуңуз. PAC файлдарынын көбүндө бир нече болот, жана сизге бир гана бутак тиешелүү.
Бекитилген HTTP proxy жана бекитилген HTTPS кызматы үчүн үлгү сурам мындай:
curl --proxy http://proxy.corp.example:8080 https://service.example.net/statusБиринчи дарек — proxy'нин угуучусу, экинчиси — каалаган кызматыңыз. Булар үлгү акыркы чекиттер, бирөө жүргүзгөн сыноо эмес, ошондуктан аларды уюмуңуздун схемасы, порту жана аутентификация агымы менен алмаштырыңыз.
Бул максат үчүн proxy тандаңыз
Администратордон уюмда кайсы proxy бар экенин эмес, саясат сизге керектүү URL үчүн кайсы 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'ңызды билүү менен ал тууралуу божомолдоонун ортосундагы айырма ушул.