‏proxyAuthMethod في Git يحتاج إلى اسم مستخدم للوكيل

تضيف http.proxyAuthMethod ثم تعيد الاستنساخ وترى 407 مجددًا. للإعداد شرط موثّق يسهل إغفاله: يجب أن تحتوي سلسلة الوكيل المضبوطة على اسم مستخدم.

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

افحص أربعة مدخلات معًا

1. عنوان URI الفعّال للوكيل، بعد إزالة كلمة المرور منه.
2. الطريقة المختارة لذلك الوكيل.
3. أي تجاوز خاص بمستودع بعيد أو تجاوز بيئة GIT_HTTP_PROXY_AUTHMETHOD.
4. إصدار Git وقدرات الواجهة الخلفية لـ HTTP فيه.

يوثّق Git الحالي طرقًا تشمل anyauth وBasic وDigest وNegotiate وNTLM. اختيار إحداها لا يضيف دعمًا ناقصًا إلى الواجهة الخلفية المرتبطة. ولا ينبغي لمسؤول مؤسسي أن يضعف سياسة الوكيل لأن عميلًا ضُبط لطريقة أخرى.

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

أخيرًا، بيانات اعتماد المستودع علاقة لاحقة. رمز استضافة Git لا يلبي تحدّي الوكيل. وتعطيل التحقق من TLS للمستودع لا يجعل الوكيل يقبل مخطط المصادقة المختار. أثبت ذلك التبادل أولًا، ثم شخّص أي استجابة للمستودع تليه.