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-ыңызды білу мен ол туралы болжау арасындағы айырмашылық осы.