Git använder fortfarande en proxy som du trodde att du hade tagit bort

http.proxy är en sträng. Att sätta den till 0 kan få Git att kontakta en värd som bokstavligen heter 0 i stället för att stänga av proxyn.

Hitta först de matchande posterna och deras omfång:

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

Granska indata på system-, användar-, arkiv-, inkluderings- och URL-nivå samt processens faktiska miljö. Behåll värden med inloggningsuppgifter privata. Fråga sedan den relevanta HTTPS-fjärren:

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

Om granskningen hittade en enda inaktuell http.proxy-post som är lokal för arkivet, kör detta från den avsedda arbetskopian för att ta bort posten:

git config --local --unset http.proxy

Använd den källa som faktiskt rapporteras; detta lokala exempel är inte ett kommando för att rensa användar- eller maskinstandarder. Granska flera värden innan du väljer en åtgärd som tar bort dem alla.

Borttagning blottlägger de återstående indata. En lokal unset kan avslöja en användarstandard, och att ta bort en användarpost kan lämna en URL-specifik regel. Ett uttryckligt tomt värde uttrycker i stället en avsedd direkt överstyrning i en Git-konfiguration som stöds; det är en annan policy än att dra tillbaka en källa.

Håll core.gitProxy och SSH-rutter åtskilda. Om ett värde kommer tillbaka, granska inkluderingar, startare, IDE:er och byggverktyg och rätta producenten i det avsedda omfånget. Upprepa urvalsfrågan och nätverksåtgärden: ett korrekt urval bevisar inte anslutning eller senare arkivautentisering.