Kontrolearje Windows curl op SSPI foardat jo native proxy-ynloggegevens brûke

NTLM-protokolstipe is los fan 'e yntegraasje mei de Windows-feiligenskontekst; ynspektearje it krekte útfierbere bestân dat de taak rint.

Freegje it werklike útfierbere bestân fan 'e taak om syn funksjerapport:

curl.exe --version

NTLM tsjut in autentikaasjemetoade oan. SSPI yntegrearret mei de feiligensfoarsjennings fan Windows. Foar in Windows-build mei SSPI en in NTLM-proxy is de dokumintearre foarm foar de hjoeddeiske kontekst:

curl.exe --proxy http://proxy.example.net:8080 --proxy-ntlm --proxy-user : https://service.example.net/

De ienige dûbele punt kiest ynloggegevens út 'e hjoeddeiske omjouwing; it is gjin resept foar in leech eksplisyt wachtwurd foar elke build. De proxy moat de keazen metoade biede en dy identiteit akseptearje. As de útwikseling noch mislearret, folgje dan it NTLM-útdagingsferrin op dy rûte.

Hâld it prosesaccount yn 'e ferliking. In plande taak of tsjinst hat in oare feiligenskontekst as de buroblêdbrûker fan 'e browser.

Brûk rapportearre mooglikheden ynstee fan in âld advys mei fêste ferzje. De TLS-backend en HTTPS-proxystipe bliuwe aparte funksjes as dy ferbiningen nedich binne.

Relatearre artikelen