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