Bruk proxyens vertsnavn for curl Negotiate-autentisering
Behold proxyens registrerte tjenesteidentitet når du feilsøker en Negotiate-pålogging, i stedet for å anta at IP-adressen er et tilsvarende navn.
Bruk proxynavnet som er oppgitt for Negotiate-utplasseringen. En TCP-forbindelse til IP-adressen fastslår ikke at den samme autentiseringsidentiteten vil bli forespurt.
curl --proxy http://proxy.example:3128 --proxy-negotiate --proxy-user : --noproxy '' --connect-timeout 5 --max-time 20 https://example.com/Bytt ut proxyens vertsnavn med det godkjente tjenestenavnet. Dette velger proxy Negotiate med plattformens tilgjengelige oppsett for påloggingsdata; det oppretter verken en domenepålogging eller henter billetter fra en utilgjengelig autentiseringstjeneste.
I en utplassering som forventer HTTP/proxy.example kan en IP eller et annet alias endre tjenesteidentiteten som blir forespurt. Noen miljøer støtter uttrykkelig andre navneordninger, så behold den konfigurerte identiteten i stedet for å erklære IP-autentisering umulig overalt.
Kontroller den faktiske curl-binæren og kontomiljøet. GSSAPI- eller SSPI-støtte avhenger av plattform og bygg. Hvis utplasseringen krever en bestemt tjenestekomponent, bruker du curl-innstillingen for proxyens tjenestenavn i tråd med den registrerte konfigurasjonen; gjetting av navn kan flytte feilen i stedet for å løse den.
Negotiate er selv en etikett for mekanismeforhandling. At den finnes, fastslår ikke hvilken underliggende mekanisme som ble valgt. Bruk autorisert klient-/serverdiagnostikk når forskjellen er viktig, og hold billetter og tokens ute av delte rapporter.