Diagnostika přihlášení k NTLM proxy v curl

Autentizace NTLM proxy zahrnuje navazovací výměnu, nikoli jen jednorázové připojení uživatelského jména. Než změníte heslo účtu, ověřte, že proxy skutečně nabízí NTLM a že ho spustitelný soubor curl podporuje.

curl --version

Prohlédněte si seznam funkcí toho souboru, který skutečně provádí požadavek. Jiná instalace curl, obraz kontejneru nebo sestavení operačního systému může podporovat jiné způsoby autentizace.

Vyberte metodu určenou pro proxy

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

Koncový bod, doména a uživatelské jméno jsou příklady. Použijte formát od správce. Pokud argument neobsahuje heslo, curl se na něj může zeptat, místo aby tajný údaj zůstal v zobrazeném příkazu.

Počáteční autentizační výzva může být součástí vyjednávání. Odlište ji od odmítnutí již dokončené navazovací výměny. Na výzvu proxy neodpovídejte volbou NTLM určenou pro původní server.

Do diagnostiky zahrňte chování spojení

NTLM má stav vázaný na spojení. Navazovací výměna musí projít očekávanou cestou spojení; opakované nahrazování spojení mezi jejími fázemi může zabránit dokončení.

V aplikaci používající libcurl nechte autentizaci a opakované použití spojení spravovat knihovnu. Nevytvářejte obecný fond, který považuje spojení autentizovaná pro různé identity za zaměnitelná. U služby s více přeskoky nebo prostředníky ověřte, zda zachovává požadované uspořádání spojení.

Pokud je podpora a volba metody správná, prověřte formát účtu, zásady domény a autentizační protokoly serveru zbavené citlivých údajů. Vypršení časového limitu ještě před jakoukoli výzvou zůstává problémem dostupnosti, nikoli důkazem chybného hesla NTLM.

Podrobné záznamy mohou obsahovat autentizační tokeny a interní názvy. Používejte je místně a před sdílením odstraňte citlivé údaje; veřejné hlášení chyby nepotřebuje nezpracovanou výměnu tokenů.