Git nadal używa serwera proxy, który uważałeś za usunięty

http.proxy jest ciągiem znaków. Ustawienie go na 0 może skłonić Git do połączenia się z hostem o dosłownej nazwie 0 zamiast wyłączenia proxy.

Najpierw znajdź pasujące wpisy i ich zakresy:

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

Sprawdź wpisy systemowe, użytkownika, repozytorium, include i specyficzne dla adresu URL, a także rzeczywiste środowisko procesu. Zachowaj wartości zawierające dane logowania prywatnymi. Następnie odpytaj odpowiednie zdalne repozytorium HTTPS:

git config --get-urlmatch http.proxy https://git.example/team/project.git

Jeśli przegląd ujawnił jeden przestarzały wpis http.proxy lokalny dla repozytorium, uruchom to z zamierzonej kopii roboczej, aby usunąć ten wpis:

git config --local --unset http.proxy

Użyj źródła, które jest faktycznie zgłaszane; ten lokalny przykład nie jest poleceniem czyszczenia domyślnych ustawień użytkownika ani maszyny. Sprawdź kilka wartości, zanim wybierzesz operację usuwającą je wszystkie.

Usunięcie ujawnia pozostałe wpisy. Lokalny unset może ujawnić ustawienie domyślne użytkownika, a usunięcie wpisu użytkownika może pozostawić regułę specyficzną dla adresu URL. Zamiast tego jawna pusta wartość wyraża zamierzone bezpośrednie nadpisanie w obsługiwanej konfiguracji Git; to inna polityka niż wycofanie jednego źródła.

Trzymaj core.gitProxy i trasy SSH osobno. Jeśli wartość powróci, sprawdź include, launchery, IDE i narzędzia budowania i popraw źródło w zamierzonym zakresie. Powtórz zapytanie wyboru i operację sieciową: poprawny wybór nie dowodzi łączności ani późniejszego uwierzytelnienia repozytorium.