Diagnostisera en NTLM-proxyinloggning i curl

NTLM-proxyautentisering innebär en handskakning, inte bara att bifoga ett användarnamn en gång. Innan du ändrar kontots lösenord, bekräfta att proxyn faktiskt erbjuder NTLM och att curl-programmet stöder det.

curl --version

Granska funktionslistan från programfilen som utför din begäran. En annan curl-installation, containeravbildning eller ett annat operativsystembygge kan ha annat autentiseringsstöd.

Välj en metod särskilt för proxyn

curl --proxy http://proxy.example:3128 --proxy-ntlm --proxy-user 'EXAMPLE\alice' --noproxy '' --connect-timeout 5 --max-time 20 https://example.com/

Ändpunkt, domän och användarnamn är exempel. Använd formatet från administratören. Utan lösenord i argumentet kan curl fråga efter det, i stället för att lämna hemligheten i det visade kommandot.

En inledande autentiseringsutmaning kan ingå i förhandlingen. Skilj det från ett avslag efter en slutförd handskakning. Använd inte en NTLM-inställning för ursprungsservern för att besvara en proxyutmaning.

Ta med anslutningsbeteendet i diagnosen

NTLM har anslutningsbundet tillstånd. Handskakningen måste följa den förväntade anslutningsvägen; upprepade byten av anslutningar mellan stegen kan hindra att den slutförs.

I en applikation med libcurl bör biblioteket hantera autentisering och återanvändning av anslutningar. Bygg inte en generell pool som behandlar anslutningar autentiserade för olika identiteter som utbytbara. Vid flera mellanhopp eller en förmedlande tjänst, kontrollera att den nödvändiga anslutningsstrukturen bevaras.

Om stöd och metodval är korrekta, undersök kontoformat, domänpolicy och serverns autentiseringsloggar med känsliga uppgifter borttagna. En timeout före någon utmaning är fortfarande ett nåbarhetsproblem, inte bevis på fel NTLM-lösenord.

Detaljerade spår kan innehålla autentiseringstoken och interna namn. Använd dem lokalt och ta bort känsliga uppgifter före delning; en offentlig felrapport behöver inte det råa tokenutbytet.