Дијагностика пријаве на NTLM прокси у curl-у

NTLM прокси аутентификација обухвата руковање, а не само једнократно додавање корисничког имена. Пре промене лозинке налога потврдите да прокси заиста нуди NTLM и да га извршна датотека curl-а подржава.

curl --version

Прегледајте списак могућности датотеке која извршава захтев. Друга инсталација curl-а, слика контејнера или издање оперативног система може да има другачију подршку за аутентификацију.

Изаберите метод посебно за прокси

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

Крајња тачка, домен и корисничко име су примери. Користите формат који вам је дао администратор. Без лозинке у аргументу curl може да је затражи, уместо да тајна остане у приказаној команди.

Почетни аутентификациони изазов може бити део преговарања. Разликујте га од одбијања после довршеног руковања. Не користите NTLM опцију за изворни сервер да бисте одговорили на изазов проксија.

Укључите понашање веза у дијагнозу

NTLM има стање везано за везу. Руковање мора да прати очекивану путању везе; стална замена веза између његових фаза може да спречи довршавање.

У апликацији која користи libcurl препустите библиотеци управљање аутентификацијом и поновном употребом веза. Не правите општи скуп који везе аутентификоване за различите идентитете сматра заменљивим. Код услуге с више скокова или посредника проверите да ли чува потребан распоред веза.

Ако су подршка и избор метода исправни, испитајте формат налога, правила домена и аутентификационе дневнике сервера из којих су уклоњени осетљиви подаци. Истек времена пре било каквог изазова и даље је проблем доступности, а не доказ погрешне NTLM лозинке.

Детаљни трагови могу садржати аутентификационе токене и интерна имена. Користите их локално и уклоните осетљиве податке пре дељења; јавној пријави грешке није потребна необрађена размена токена.