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 и инструментите за изграждане и отстранете причината в предвидения обхват. Повторете заявката за избор и мрежовата операция: правилният избор не установява свързаност или последващо удостоверяване на хранилището.