curl ішіндегі NTLM проксиге кіруді диагностикалау
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 құпиясөзінің қате болғанының дәлелі емес.
Толық трассаларда аутентификация токендері мен ішкі атаулар болуы мүмкін. Оларды жергілікті пайдаланып, бөліспес бұрын құпия деректерді алып тастаңыз; ашық қате есебіне өңделмеген токен алмасуы қажет емес.