Suriin ang Windows curl para sa SSPI bago gumamit ng native na kredensyal ng proxy

Ang suporta sa NTLM protocol ay hiwalay sa integrasyon sa konteksto ng seguridad ng Windows; siyasatin ang eksaktong executable na nagpapatakbo ng trabaho.

Tanungin ang aktwal na executable ng trabaho tungkol sa ulat ng mga tampok nito:

curl.exe --version

Ang NTLM ay tumutukoy sa isang paraan ng pagpapatotoo. Ang SSPI ay nagsasama sa mga pasilidad ng seguridad ng Windows. Para sa isang build ng Windows na may SSPI at isang proxy na NTLM, ang dokumentadong anyo para sa kasalukuyang konteksto ay:

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

Pinipili ng nag-iisang tutuldok ang mga kredensyal mula sa kasalukuyang kapaligiran; hindi ito recipe ng walang laman na tahasang password para sa bawat build. Dapat ialok ng proxy ang piniling paraan at tanggapin ang pagkakakilanlang iyon. Kapag nabigo pa rin ang palitan, sa rutang iyon subaybayan ang daloy ng hamon ng NTLM.

Panatilihin ang account ng proseso sa paghahambing. Ang naka-iskedyul na gawain o serbisyo ay may ibang konteksto ng seguridad kaysa sa desktop user ng browser.

Gamitin ang mga iniulat na kakayahan sa halip na lumang rekomendasyon ng nakapirming bersyon. Ang backend ng TLS at suporta sa proxy na HTTPS ay nananatiling magkahiwalay na tampok kapag kailangan ang mga koneksyong iyon.

Kaugnay na mga artikulo