Diagnostiser en NTLM-proxyinnlogging i curl

NTLM-proxyautentisering innebærer et håndtrykk, ikke bare å legge ved et brukernavn én gang. Før du endrer kontopassordet, bekreft at proxyen faktisk tilbyr NTLM, og at curl-programmet støtter det.

curl --version

Undersøk funksjonslisten fra programfilen som utfører forespørselen. En annen curl-installasjon, et containerbilde eller et operativsystembygg kan ha annen autentiseringsstøtte.

Velg en metode spesielt for proxyen

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

Endepunkt, domene og brukernavn er eksempler. Bruk formatet administratoren har oppgitt. Uten passord i argumentet kan curl spørre etter det, i stedet for å etterlate hemmeligheten i den viste kommandoen.

En innledende autentiseringsutfordring kan være del av forhandlingen. Skill det fra avvisning etter et fullført håndtrykk. Ikke bruk et NTLM-valg for opprinnelsesserveren til å svare på en proxyutfordring.

Ta med forbindelsesatferden i diagnosen

NTLM har forbindelsesbundet tilstand. Håndtrykket må følge den forventede forbindelsesveien; gjentatt utskifting av forbindelser mellom trinnene kan hindre fullføring.

I en applikasjon med libcurl bør biblioteket styre autentisering og gjenbruk av forbindelser. Ikke bygg en generell pool som behandler forbindelser autentisert for ulike identiteter som utskiftbare. Ved flere mellomledd eller en formidlingstjeneste, kontroller at den nødvendige forbindelsesordningen beholdes.

Hvis støtte og metodevalg er riktige, undersøk kontoformat, domenepolicy og serverens autentiseringslogger med sensitive data fjernet. Et tidsavbrudd før noen utfordring er fortsatt et tilgjengelighetsproblem, ikke bevis på feil NTLM-passord.

Detaljerte spor kan inneholde autentiseringstokener og interne navn. Bruk dem lokalt og fjern sensitive data før deling; en offentlig feilrapport trenger ikke den rå tokenutvekslingen.