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

वास्तव में जो स्रोत रिपोर्ट हुआ है उसी का उपयोग करें; यह स्थानीय उदाहरण उपयोगकर्ता या मशीन डिफ़ॉल्ट साफ़ करने का आदेश नहीं है। सभी को हटाने वाला कोई भी ऑपरेशन चुनने से पहले कई मानों की जाँच करें।

हटाने से बाकी इनपुट सामने आ जाते हैं। स्थानीय unset किसी उपयोगकर्ता डिफ़ॉल्ट को उजागर कर सकता है, और उपयोगकर्ता प्रविष्टि हटाने से URL-विशिष्ट नियम बच सकता है। इसके बजाय स्पष्ट खाली मान समर्थित Git कॉन्फ़िगरेशन में इच्छित सीधा ओवरराइड व्यक्त करता है; यह एक स्रोत वापस लेने की अलग नीति है।

core.gitProxy और SSH मार्गों को अलग रखें। यदि कोई मान लौटता है, तो इंक्लूड, लॉन्चर, IDE और बिल्ड रनर की जाँच करें और इच्छित स्कोप में उत्पादक को ठीक करें। चयन क्वेरी और नेटवर्क ऑपरेशन दोहराएँ: सही चयन कनेक्टिविटी या बाद के रिपॉज़िटरी प्रमाणीकरण को सिद्ध नहीं करता।