لا يزال Git يستخدم وكيلًا ظننت أنك أزلته

http.proxy قيمة نصية. تعيينه إلى 0 قد يجعل Git يتصل بمضيف اسمه حرفيًا 0 بدلًا من تعطيل المرور عبر الوكيل.

ابحث أولًا عن الإدخالات المطابقة ونطاقاتها:

git config --show-origin --show-scope --get-regexp '.*proxy.*'

افحص المدخلات على مستوى النظام والمستخدم والمستودع وملفات التضمين والمدخلات الخاصة بعنوان URL، إضافةً إلى بيئة العملية الفعلية. أبقِ القيم التي تحمل بيانات اعتماد خاصة. ثم استعلم عن المستودع البعيد HTTPS المعني:

git config --get-urlmatch http.proxy https://git.example/team/project.git

إذا كشف الفحص عن إدخال واحد قديم http.proxy محلي في المستودع، فشغّل هذا من نسخة العمل المقصودة لحذف ذلك الإدخال:

git config --local --unset http.proxy

استخدم المصدر المُبلَّغ عنه فعليًا؛ هذا المثال المحلي ليس أمرًا لمسح إعدادات المستخدم أو الجهاز الافتراضية. افحص قيمًا متعددة قبل اختيار عملية تحذفها كلها.

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

أبقِ core.gitProxy ومسارات SSH منفصلة. إذا عادت قيمة ما، فافحص ملفات التضمين ومشغّلات البدء وبيئات التطوير وأدوات البناء وأصلح المصدر عند النطاق المقصود. أعد استعلام الاختيار وعملية الشبكة: الاختيار الصحيح لا يثبت الاتصال ولا مصادقة المستودع لاحقًا.