Diagnosticiranje prijave v NTLM-posrednik s curlom

Overjanje pri NTLM-posredniku vključuje rokovanje, ne zgolj enkratnega dodajanja uporabniškega imena. Preden spremenite geslo računa, preverite, da posrednik dejansko ponuja NTLM in da ga izvršljiva datoteka curla podpira.

curl --version

Preglejte seznam zmožnosti datoteke, ki izvaja zahtevo. Druga namestitev curla, slika vsebnika ali gradnja operacijskega sistema lahko podpira drugačno overjanje.

Izberite metodo posebej za posrednik

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

Končna točka, domena in uporabniško ime so primeri. Uporabite obliko, ki jo je dal skrbnik. Brez gesla v argumentu ga curl lahko zahteva, namesto da bi skrivnost ostala v prikazanem ukazu.

Začetni izziv za overjanje je lahko del pogajanja. Ločite ga od zavrnitve po zaključenem rokovanju. Na izziv posrednika ne odgovarjajte z možnostjo NTLM za izvorni strežnik.

V diagnozo vključite vedenje povezav

Stanje NTLM je vezano na povezavo. Rokovanje mora potekati po pričakovani poti povezave; ponavljajoča se menjava povezav med njegovimi stopnjami lahko prepreči dokončanje.

V aplikaciji, ki uporablja libcurl, naj knjižnica upravlja overjanje in ponovno uporabo povezav. Ne ustvarjajte splošne zaloge, ki obravnava povezave, overjene za različne identitete, kot medsebojno zamenljive. Pri storitvi z več skoki ali vmesnimi členi preverite, ali ohranja zahtevano ureditev povezav.

Če sta podpora in izbira metode pravilni, raziščite obliko računa, domensko politiko ter dnevnike overjanja strežnika z odstranjenimi občutljivimi podatki. Iztek časa pred kakršnimkoli izzivom še vedno pomeni težavo z dosegljivostjo, ne dokaza o napačnem geslu NTLM.

Podrobne sledi lahko vsebujejo žetone za overjanje in notranja imena. Uporabljajte jih lokalno ter pred deljenjem odstranite občutljive podatke; javna prijava napake ne potrebuje surove izmenjave žetonov.