Праверце Windows curl на SSPI перад выкарыстаннем уласных уліковых даных проксі
Падтрымка пратаколу NTLM адрозніваецца ад інтэграцыі з кантэкстам бяспекі Windows; праверце дакладны выканальны файл, які запускае задачу.
Спытайце ў фактычнага выканальнага файла задачы справаздачу аб яго магчымасцях:
curl.exe --versionNTLM вызначае метад аўтэнтыфікацыі. SSPI інтэгруецца з сродкамі бяспекі Windows. Для зборкі Windows з уключаным SSPI і проксі NTLM дакументаваная форма бягучага кантэксту такая:
curl.exe --proxy http://proxy.example.net:8080 --proxy-ntlm --proxy-user : https://service.example.net/Адзіночнае двукроп'е выбірае ўліковыя даныя з бягучага асяроддзя; гэта не рэцэпт пустога яўнага пароля для кожнай зборкі. Проксі павінен прапаноўваць выбраны метад і прымаць гэтую ідэнтычнасць. Калі абмен усё яшчэ не ўдаецца, на гэтым маршруце прасачыце за ходам выкліку NTLM.
Трымайце ўліковы запіс працэсу ў параўнанні. Запланаваная задача або служба мае іншы кантэкст бяспекі, чым карыстальнік працоўнага стала браўзера.
Выкарыстоўвайце паведамленыя магчымасці замест старой рэкамендацыі з фіксаванай версіяй. TLS-бэкенд і падтрымка HTTPS-проксі застаюцца асобнымі функцыямі, калі такія злучэнні патрэбныя.