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