تشخيص تسجيل الدخول إلى وكيل 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.

قد تحتوي التتبعات التفصيلية على رموز مصادقة وأسماء داخلية. استخدمها محليًا واحذف بياناتها الحساسة قبل مشاركتها؛ لا يحتاج تقرير خطأ عام إلى تبادل الرموز الخام.