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 doista nudi NTLM i da ga izvršna datoteka curla podržava.

curl --version

Pregledajte popis mogućnosti izvršne datoteke koja šalje zahtjev. Druga instalacija curla, slika kontejnera ili inačica operacijskog sustava 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 točka, domena i korisničko ime primjeri su. Upotrijebite format koji vam je dao administrator. Bez lozinke u argumentu curl može zatražiti unos, umjesto da tajna ostane u prikazanoj naredbi.

Početni autentifikacijski izazov može biti dio pregovaranja. Razlikujte ga od odbijanja nakon dovršenog rukovanja. Ne upotrebljavajte NTLM opciju za izvorni poslužitelj kako biste odgovorili na izazov proxyja.

Uključite ponašanje veza u dijagnozu

NTLM ima stanje vezano uz vezu. Rukovanje mora proći očekivanim putem veze; stalna zamjena veza između njegovih faza može spriječiti dovršetak.

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

Ako su podrška i izbor metode ispravni, ispitajte format računa, pravila domene i autentifikacijske zapisnike poslužitelja 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. Upotrebljavajte ih lokalno i uklonite osjetljive podatke prije dijeljenja; javnoj prijavi pogreške ne treba neobrađena razmjena tokena.