Git и даље користи прокси за који сте мислили да сте га уклонили

http.proxy је стринг. Постављање на 0 може натерати Git да контактира хост дословно назван 0 уместо да искључи прокси.

Најпре пронађите одговарајуће уносе и њихове опсеге:

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

Прегледајте системске, корисничке, репозиторијумске, укључене и URL-специфичне уносе, као и стварно окружење процеса. Држите вредности које носе акредитиве приватним. Затим упитајте одговарајући HTTPS remote:

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