Użyj nazwy hosta proxy do uwierzytelniania Negotiate w curl
Podczas diagnozowania logowania Negotiate zachowaj zarejestrowaną tożsamość usługi proxy i nie uznawaj adresu IP za równoważną nazwę.
Użyj nazwy proxy podanej dla wdrożenia Negotiate. Połączenie TCP z jego adresem IP nie potwierdza, że zostanie zażądana ta sama tożsamość uwierzytelniania.
curl --proxy http://proxy.example:3128 --proxy-negotiate --proxy-user : --noproxy '' --connect-timeout 5 --max-time 20 https://example.com/Zastąp nazwę hosta proxy zatwierdzoną nazwą usługi. Spowoduje to wybór proxy Negotiate z użyciem dostępnego na platformie układu danych logowania; nie tworzy logowania do domeny ani nie pobiera biletów z niedostępnej usługi uwierzytelniania.
W przypadku wdrożenia oczekującego HTTP/proxy.example adres IP lub inny alias może zmienić żądaną tożsamość usługi. Niektóre środowiska jawnie obsługują inne sposoby nazywania, więc zachowaj skonfigurowaną tożsamość zamiast ogłaszać powszechną niemożność uwierzytelniania po IP.
Sprawdź rzeczywisty plik binarny curl i środowisko konta. Obsługa GSSAPI lub SSPI zależy od platformy i kompilacji. Jeśli wdrożenie wymaga określonego składnika usługi, użyj opcji nazwy usługi proxy w curl zgodnie z zarejestrowaną konfiguracją; zgadywanie nazw może przesunąć błąd zamiast go naprawić.
Negotiate jest etykietą negocjacji mechanizmu. Sama obecność tej etykiety nie wskazuje, który mechanizm bazowy wybrano. Gdy rozróżnienie ma znaczenie, użyj autoryzowanej diagnostyki klienta/serwera i trzymaj bilety oraz tokeny poza wspólnymi raportami.