შეამოწმეთ Windows curl SSPI-სთვის, სანამ native proxy-ის რწმუნებებს გამოიყენებთ
NTLM პროტოკოლის მხარდაჭერა განცალკევებულია Windows-ის უსაფრთხოების კონტექსტთან ინტეგრაციისგან; შეამოწმეთ ზუსტად ის შესრულებადი ფაილი, რომელიც ამუშავებს დავალებას.
ჰკითხეთ დავალების რეალურ შესრულებად ფაილს მისი შესაძლებლობების ანგარიში:
curl.exe --versionNTLM განსაზღვრავს აუთენტიფიკაციის მეთოდს. SSPI ინტეგრირდება Windows-ის უსაფრთხოების საშუალებებთან. SSPI-ის მქონე Windows-ის ნაგებობისა და NTLM proxy-ისთვის მიმდინარე კონტექსტის დოკუმენტირებული ფორმაა:
curl.exe --proxy http://proxy.example.net:8080 --proxy-ntlm --proxy-user : https://service.example.net/ერთი ორწერტილი რწმუნებებს ირჩევს მიმდინარე გარემოდან; ეს არ არის ცარიელი ცხადი პაროლის რეცეპტი ყველა ნაგებობისთვის. proxy-მ უნდა შესთავაზოს არჩეული მეთოდი და მიიღოს ეს იდენტობა. თუ გაცვლა მაინც ვერ ხერხდება, ამ მარშრუტზე თვალი ადევნეთ NTLM გამოწვევის ნაკადს.
შეინახეთ პროცესის ანგარიში შედარებაში. დაგეგმილ დავალებას ან სერვისს ბრაუზერის სამუშაო მაგიდის მომხმარებლისგან განსხვავებული უსაფრთხოების კონტექსტი აქვს.
გამოიყენეთ მოხსენებული შესაძლებლობები ძველი ფიქსირებული ვერსიის რეკომენდაციის ნაცვლად. TLS-ის backend და HTTPS proxy-ის მხარდაჭერა ცალკე ფუნქციებად რჩება, როცა ეს კავშირები საჭიროა.