Gebruik de proxyhostnaam voor curl Negotiate-authenticatie
Behoud de geregistreerde service-identiteit van de proxy bij het diagnosticeren van een Negotiate-aanmelding en beschouw het IP-adres niet als een gelijkwaardige naam.
Gebruik de proxynaam die voor de Negotiate-implementatie is opgegeven. Een TCP-verbinding met het IP-adres bewijst niet dat dezelfde authenticatie-identiteit wordt aangevraagd.
curl --proxy http://proxy.example:3128 --proxy-negotiate --proxy-user : --noproxy '' --connect-timeout 5 --max-time 20 https://example.com/Vervang de proxyhostnaam door de goedgekeurde servicenaam. Daarmee wordt proxy Negotiate gekozen met de beschikbare inloggegevensconfiguratie van het platform; er wordt geen domeinlogin gemaakt en er worden geen tickets opgehaald bij een onbereikbare authenticatiedienst.
In een implementatie die HTTP/proxy.example verwacht, kan een IP of andere alias de aangevraagde service-identiteit wijzigen. Sommige omgevingen ondersteunen andere naamvormen expliciet, dus behoud de geconfigureerde identiteit in plaats van IP-authenticatie overal onmogelijk te verklaren.
Controleer de echte curl-binary en de accountomgeving. GSSAPI- of SSPI-ondersteuning hangt af van platform en build. Als de implementatie een bepaalde servicecomponent nodig heeft, gebruik je de proxy-servicenaamoptie van curl volgens de geregistreerde configuratie; namen raden kan de fout verplaatsen in plaats van oplossen.
Negotiate is zelf een label voor mechanisme-onderhandeling. De aanwezigheid ervan bepaalt niet welk onderliggend mechanisme is gekozen. Gebruik geautoriseerde client/server-diagnostiek wanneer het verschil belangrijk is en houd tickets en tokens buiten gedeelde rapporten.