Диагностика на вход през 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 парола.

Подробните трасировки може да съдържат токени за удостоверяване и вътрешни имена. Използвайте ги локално и премахвайте чувствителните данни преди споделяне; публичен доклад за грешка не се нуждае от суровия обмен на токени.