Brug proxyens værtsnavn til curl Negotiate-godkendelse
Bevar proxyens registrerede tjenesteidentitet ved fejlsøgning af et Negotiate-login i stedet for at antage, at IP-adressen er et tilsvarende navn.
Brug det proxynavn, der er angivet til Negotiate-udrulningen. En TCP-forbindelse til IP-adressen fastslår ikke, at den samme godkendelsesidentitet vil blive anmodet.
curl --proxy http://proxy.example:3128 --proxy-negotiate --proxy-user : --noproxy '' --connect-timeout 5 --max-time 20 https://example.com/Erstat proxyens værtsnavn med det godkendte tjenestenavn. Det vælger proxy Negotiate ved hjælp af platformens tilgængelige legitimationsopsætning; det opretter hverken et domænelogin eller henter billetter fra en utilgængelig godkendelsestjeneste.
I en udrulning, der forventer HTTP/proxy.example, kan en IP eller et andet alias ændre den ønskede tjenesteidentitet. Nogle miljøer understøtter udtrykkeligt andre navngivningsordninger, så bevar den konfigurerede identitet i stedet for at erklære IP-godkendelse umulig overalt.
Kontroller den faktiske curl-binær og kontomiljøet. GSSAPI- eller SSPI-understøttelse afhænger af platform og build. Hvis udrulningen kræver en bestemt tjenestekomponent, skal du bruge curls proxy-tjenestenavnsindstilling efter den registrerede konfiguration; gæt på navne kan flytte fejlen i stedet for at løse den.
Negotiate er selv en etiket for mekanismeforhandling. Dens tilstedeværelse alene fastslår ikke, hvilken underliggende mekanisme der blev valgt. Brug autoriseret klient-/serverdiagnostik, når forskellen er vigtig, og hold billetter og tokens ude af delte rapporter.