Dijagnostika prijave na NTLM proxy u curlu

NTLM proxy autentifikacija obuhvata rukovanje, a ne samo jednokratno dodavanje korisničkog imena. Prije promjene lozinke računa potvrdite da proxy zaista nudi NTLM i da ga izvršna datoteka curla podržava.

curl --version

Pregledajte listu mogućnosti datoteke koja izvršava zahtjev. Druga instalacija curla, slika kontejnera ili izdanje operativnog sistema može imati drugačiju podršku za autentifikaciju.

Izaberite metod posebno za proxy

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

Krajnja tačka, domena i korisničko ime su primjeri. Koristite format koji vam je dao administrator. Bez lozinke u argumentu curl je može zatražiti, umjesto da tajna ostane u prikazanoj komandi.

Početni autentifikacijski izazov može biti dio pregovaranja. Razlikujte ga od odbijanja poslije dovršenog rukovanja. Ne koristite NTLM opciju za izvorni server da odgovorite na izazov proxyja.

Uključite ponašanje veza u dijagnozu

NTLM ima stanje vezano za vezu. Rukovanje mora pratiti očekivanu putanju veze; stalna zamjena veza između njegovih faza može spriječiti dovršavanje.

U aplikaciji koja koristi libcurl prepustite biblioteci upravljanje autentifikacijom i ponovnom upotrebom veza. Ne pravite opći skup koji veze autentificirane za različite identitete smatra zamjenjivim. Kod usluge s više skokova ili posrednika provjerite čuva li potreban raspored veza.

Ako su podrška i izbor metoda ispravni, ispitajte format računa, pravila domene i autentifikacijske dnevnike servera iz kojih su uklonjeni osjetljivi podaci. Istek vremena prije bilo kakvog izazova i dalje je problem dostupnosti, a ne dokaz pogrešne NTLM lozinke.

Detaljni tragovi mogu sadržavati autentifikacijske tokene i interna imena. Koristite ih lokalno i uklonite osjetljive podatke prije dijeljenja; javnoj prijavi greške nije potrebna neobrađena razmjena tokena.