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 та інструменти збирання і виправте джерело в потрібній області. Повторіть запит вибору та мережеву операцію: правильний вибір не доводить ані зв'язність, ані подальшу автентифікацію репозиторію.