Bruk proxyen sitt vertsnamn for curl Negotiate-autentisering
Ta vare på den registrerte tenesteidentiteten til proxyen når du feilsøkjer ei Negotiate-pålogging, og ikkje rekn IP-adressa som eit tilsvarande namn.
Bruk proxynamnet som er oppgitt for Negotiate-utrullinga. Ei TCP-tilkopling til IP-adressa slår ikkje fast at den same autentiseringsidentiteten vert spurd etter.
curl --proxy http://proxy.example:3128 --proxy-negotiate --proxy-user : --noproxy '' --connect-timeout 5 --max-time 20 https://example.com/Byt ut vertsnamnet til proxyen med det godkjende tenestenamnet. Då vert proxy Negotiate valt med den tilgjengelege oppsetjinga av påloggingsdata på plattforma; det vert ikkje laga domeneinnlogging og ikkje henta billettar frå ei utilgjengeleg autentiseringsteneste.
I ei utrulling som ventar HTTP/proxy.example, kan IP eller eit anna alias endre den etterspurde tenesteidentiteten. Nokre miljø støttar andre namneordningar uttrykkeleg, så hald på den konfigurerte identiteten i staden for å erklære IP-autentisering umogleg overalt.
Sjekk den faktiske curl-binæren og kontomiljøet. GSSAPI- eller SSPI-støtte kjem an på plattform og bygg. Dersom utrullinga krev ein bestemt tenestekomponent, bruk curl-valet for tenestenamnet til proxyen etter den registrerte konfigurasjonen; å gjette namn kan flytte feilen i staden for å løyse henne.
Negotiate er sjølv ein etikett for mekanismeforhandling. At han finst, avgjer ikkje kva underliggjande mekanisme som vart vald. Bruk autorisert klient/server-diagnostikk når skiljet er viktig, og hald billettar og token utanfor delte rapportar.