Diagnostiser ei NTLM-proxyinnlogging i curl

NTLM-proxyautentisering inneber eit handtrykk, ikkje berre å leggje ved eit brukarnamn éin gong. Før du endrar kontopassordet, stadfest at proxyen faktisk tilbyr NTLM, og at curl-programmet støttar det.

curl --version

Undersøk funksjonslista frå programfila som utfører førespurnaden. Ein annan curl-installasjon, eit containerbilete eller eit operativsystembygg kan ha anna autentiseringsstøtte.

Vel ein metode særskilt 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 brukarnamn er døme. Bruk formatet administratoren har oppgjeve. Utan passord i argumentet kan curl spørje etter det, i staden for å late løyndomen stå att i den viste kommandoen.

Ei innleiande autentiseringsutfordring kan vere del av forhandlinga. Skil det frå avvising etter eit fullført handtrykk. Ikkje bruk eit NTLM-val for opphavstenaren til å svare på ei proxyutfordring.

Ta med tilkoplingsåtferda i diagnosen

NTLM har tilkoplingsbunden tilstand. Handtrykket må følgje den venta tilkoplingsvegen; gjenteken utskifting av tilkoplingar mellom stega kan hindre fullføring.

I ein applikasjon med libcurl bør biblioteket styre autentisering og gjenbruk av tilkoplingar. Ikkje bygg ein generell pool som handsamar tilkoplingar autentiserte for ulike identitetar som utskiftbare. Ved fleire mellomledd eller ei formidlingsteneste, kontroller at den naudsynte tilkoplingsordninga vert halden ved lag.

Dersom støtte og metodeval er rette, undersøk kontoformat, domenepolicy og autentiseringsloggane til tenaren med sensitive data fjerna. Eit tidsavbrot før noka utfordring er framleis eit tilgjengeproblem, ikkje prov på feil NTLM-passord.

Detaljerte spor kan innehalde autentiseringstoken og interne namn. Bruk dei lokalt og fjern sensitive data før deling; ein offentleg feilrapport treng ikkje den rå tokenutvekslinga.