Dijagnosticiranje prijave na NTLM proxy u curlu

NTLM proxy autentifikacija uključuje 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 izvršne datoteke koja šalje zahtjev. Druga instalacija curla, slika kontejnera ili izdanje operativnog sistema može podržavati drugačiju autentifikaciju.

Odaberite metodu 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 može zatražiti unos, umjesto da tajna ostane u prikazanoj komandi.

Početni autentifikacijski izazov može biti dio pregovaranja. Razlikujte ga od odbijanja nakon 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 konekciju. Rukovanje mora proći očekivanom putanjom veze; stalna zamjena konekcija između njegovih faza može spriječiti završetak.

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

Ako su podrška i izbor metode ispravni, ispitajte format računa, pravila domene i autentifikacijske dnevnike servera iz kojih su uklonjeni osjetljivi podaci. Istek vremena prije bilo kojeg 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 ne treba neobrađena razmjena tokena.