احتفظ ببيانات اعتماد الوكيل المُرمَّزة سليمة في ملف دفعي

يعمل عنوان URL الخاص بالوكيل عند تكوينه مباشرة، لكن المصادقة تفشل بعد انتقال القيمة نفسها إلى ملف دفعي في Windows. تحقق مما إذا كان محلل الملف الدفعي قد غيّر علامات النسبة المئوية قبل أن يستقبل عميل HTTP عنوان URL.

هناك تمثيلان منفصلان. يمكن لترميز URL أن يمثّل الشرطة العكسية بـ %5C وعلامة الاستفهام بـ %3F. علامة النسبة المئوية الحرفية في أمر ملف دفعي تحتاج إلى تهريب كـ %%.

بالنسبة إلى حساب توضيحي domain\user مع كلمة المرور البديلة pass?، يمكن أن يحتوي ملف .bat على:

set "https_proxy=http://domain%%5Cuser:pass%%[email protected]:8080"

يجب أن تستقبل العملية التي تُشغَّل بعد ذلك عنوان URL يحتوي على domain%5Cuser:pass%3F. تنتمي علامات النسبة المئوية المزدوجة إلى مصدر الملف الدفعي، لا إلى عنوان URL الخاص بالوكيل المخزَّن لدى العميل.

لا تنسخ تلك الكتابة الدفعية إلى ملف .npmrc أو إلى حقل الوكيل في تطبيق ما: فهذه المدخلات لا تمر بخطوة تحليل الملف الدفعي نفسها. وبالمثل، هذا المثال ليس بصيغة PowerShell. يمكن لغلاف آخر، مثل CALL أو أمر مبني لصدفة ثانية، أن يُدخل مرور تحليل آخر ويحتاج إلى مراجعة خاصة به.

ضع تعيين SET بين علامتي اقتباس كما هو موضح حتى لا تصبح المسافات العارضة أو الأحرف الوصفية للصدفة جزءًا من أمر غير مقصود. الاقتباس وحده لا يمنع توسيع النسبة المئوية.

عند التحقق من النتيجة، قارن الترميز المتوقع بتمثيل مُنقَّح بدلًا من طباعة عنوان URL الحامل لكلمة المرور في سجل مشترك. إصلاح التهريب في الصدفة يحافظ على بيانات الاعتماد؛ وهو لا يختار نظام مصادقة لم يدعمه العميل أصلًا.