curl Negotiate ავთენტიფიკაციისთვის გამოიყენეთ პროქსის ჰოსტის სახელი
Negotiate შესვლის დიაგნოსტიკისას შეინარჩუნეთ პროქსის რეგისტრირებული სერვისის იდენტობა და IP მისამართი ეკვივალენტურ სახელად არ ჩათვალოთ.
გამოიყენეთ Negotiate განთავსებისთვის მოწოდებული პროქსის სახელი. მის IP-ზე TCP კავშირი არ ადგენს, რომ იგივე ავთენტიფიკაციის იდენტობა იქნება მოთხოვნილი.
curl --proxy http://proxy.example:3128 --proxy-negotiate --proxy-user : --noproxy '' --connect-timeout 5 --max-time 20 https://example.com/პროქსის ჰოსტის სახელი შეცვალეთ დამტკიცებული სერვისის სახელით. ასე ირჩევა proxy Negotiate პლატფორმაზე არსებული მონაცემების განლაგებით; დომენის შესვლა არ იქმნება და მიუწვდომელი ავთენტიფიკაციის სერვისიდან ბილეთები არ მიიღება.
განთავსებაში, რომელიც HTTP/proxy.example-ს ელოდება, IP-მ ან სხვა მეტსახელმა შეიძლება შეცვალოს მოთხოვნილი სერვისის იდენტობა. ზოგი გარემო სხვა სახელებს პირდაპირ უჭერს მხარს, ამიტომ შეინარჩუნეთ კონფიგურირებული იდენტობა და IP-ავთენტიფიკაცია ყველგან შეუძლებლად არ გამოაცხადოთ.
შეამოწმეთ რეალური curl ბინარი და ანგარიშის გარემო. GSSAPI ან SSPI მხარდაჭერა პლატფორმასა და build-ზეა დამოკიდებული. თუ განთავსებას კონკრეტული სერვისის კომპონენტი სჭირდება, curl-ის proxy service-name ვარიანტი რეგისტრირებული კონფიგურაციის მიხედვით გამოიყენეთ; სახელების გამოცნობამ შეცდომა შეიძლება მხოლოდ გადაადგილოს.
Negotiate თავად მექანიზმის მოლაპარაკების იარლიყია. მისი არსებობა მარტო არ ადგენს, რომელი ძირითადი მექანიზმი აირჩა. საჭიროებისას გამოიყენეთ ავტორიზებული კლიენტ/სერვერის დიაგნოსტიკა და ბილეთები და ტოკენები გაზიარებული ანგარიშებიდან გარეთ შეინახეთ.