វិនិច្ឆ័យការចូលប្រូកស៊ី NTLM ក្នុង curl

ការផ្ទៀងផ្ទាត់អត្តសញ្ញាណប្រូកស៊ី NTLM មាន handshake មិនមែនគ្រាន់តែបន្ថែមឈ្មោះអ្នកប្រើម្ដងទេ។ មុនប្ដូរពាក្យសម្ងាត់គណនី សូមបញ្ជាក់ថា ប្រូកស៊ីពិតជាផ្ដល់ NTLM ហើយឯកសារដំណើរការ curl គាំទ្រវា។

curl --version

ពិនិត្យបញ្ជីមុខងាររបស់ឯកសារដំណើរការដែលធ្វើសំណើរបស់អ្នក។ ការដំឡើង curl ផ្សេង រូបភាពកុងតឺន័រ ឬ build របស់ប្រព័ន្ធប្រតិបត្តិការ អាចគាំទ្រការផ្ទៀងផ្ទាត់ខុសគ្នា។

ជ្រើសរើសវិធីសម្រាប់ប្រូកស៊ីដោយឡែក

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

endpoint, domain និងឈ្មោះអ្នកប្រើគឺជាឧទាហរណ៍។ ប្រើទម្រង់ដែលអ្នកគ្រប់គ្រងផ្ដល់ឱ្យ។ បើ argument មិនមានពាក្យសម្ងាត់ curl អាចសួររកវា ជំនួសការទុកព័ត៌មានសម្ងាត់ក្នុងពាក្យបញ្ជាដែលបង្ហាញ។

authentication challenge ដំបូងអាចជាផ្នែកនៃការចរចា។ បែងចែកវាពីការបដិសេធបន្ទាប់ពី handshake បានបញ្ចប់។ កុំប្រើជម្រើស NTLM របស់ម៉ាស៊ីនមេដើម ដើម្បីឆ្លើយតបនឹង challenge របស់ប្រូកស៊ី។

បញ្ចូលឥរិយាបថការតភ្ជាប់ក្នុងការវិនិច្ឆ័យ

ស្ថានភាព NTLM ភ្ជាប់នឹងការតភ្ជាប់។ handshake ត្រូវធ្វើតាមផ្លូវការតភ្ជាប់ដែលរំពឹងទុក; ការប្ដូរការតភ្ជាប់ម្ដងហើយម្ដងទៀតរវាងដំណាក់កាលអាចរារាំងការបញ្ចប់។

សម្រាប់កម្មវិធីដែលប្រើ libcurl ទុកឱ្យបណ្ណាល័យគ្រប់គ្រងការផ្ទៀងផ្ទាត់ និងការប្រើការតភ្ជាប់ឡើងវិញ។ កុំបង្កើត pool ទូទៅដែលចាត់ទុកការតភ្ជាប់បានផ្ទៀងផ្ទាត់សម្រាប់អត្តសញ្ញាណខុសគ្នាថាអាចប្ដូរជំនួសគ្នា។ សម្រាប់សេវាមានចំណុចឆ្លងច្រើន ឬអន្តរការី ពិនិត្យថាវារក្សាការរៀបចំការតភ្ជាប់ដែលត្រូវការឬអត់។

បើការគាំទ្រ និងការជ្រើសវិធីត្រឹមត្រូវ សូមស៊ើបអង្កេតទម្រង់គណនី គោលការណ៍ domain និងកំណត់ហេតុការផ្ទៀងផ្ទាត់របស់ម៉ាស៊ីនមេដែលបានដកទិន្នន័យរសើប។ ការអស់ពេលមុន challenge ណាមួយនៅតែជាបញ្ហាចូលដល់ មិនមែនភស្តុតាងថាពាក្យសម្ងាត់ NTLM ខុសទេ។

trace លម្អិតអាចមាន token ផ្ទៀងផ្ទាត់ និងឈ្មោះខាងក្នុង។ ប្រើវានៅមូលដ្ឋាន និងដកទិន្នន័យរសើបមុនចែករំលែក; របាយការណ៍កំហុសសាធារណៈមិនត្រូវការការផ្លាស់ប្ដូរ token ដើមទេ។