Använd proxyns värdnamn för curl Negotiate-autentisering
Behåll proxyns registrerade tjänsteidentitet när du felsöker en Negotiate-inloggning i stället för att anta att IP-adressen är ett likvärdigt namn.
Använd proxynamnet som angavs för Negotiate-distributionen. En TCP-anslutning till dess IP fastställer inte att samma autentiseringsidentitet kommer att begäras.
curl --proxy http://proxy.example:3128 --proxy-negotiate --proxy-user : --noproxy '' --connect-timeout 5 --max-time 20 https://example.com/Ersätt proxyns värdnamn med det godkända tjänstenamnet. Då väljs proxy Negotiate med plattformens tillgängliga uppsättning inloggningsuppgifter; ingen domäninloggning skapas och inga biljetter hämtas från en otillgänglig autentiseringstjänst.
I en distribution som förväntar HTTP/proxy.example kan en IP eller annan alias ändra den begärda tjänsteidentiteten. Vissa miljöer stöder uttryckligen andra namnsättningar, så behåll den konfigurerade identiteten i stället för att förklara IP-autentisering omöjlig överallt.
Kontrollera den faktiska curl-binären och kontomiljön. GSSAPI- eller SSPI-stöd beror på plattform och bygge. Om distributionen kräver en viss tjänstekomponent använder du curls alternativ för proxyns tjänstenamn enligt den registrerade konfigurationen; att gissa namn kan flytta felet i stället för att lösa det.
Negotiate är själv en etikett för mekanismförhandling. Dess närvaro visar inte vilken underliggande mekanism som valdes. Använd auktoriserad klient-/serverdiagnostik när skillnaden är viktig och håll biljetter och token utanför delade rapporter.