Git bruker fortsatt en proxy du trodde du hadde fjernet

http.proxy er en streng. Setter du den til 0, kan Git kontakte en vert som bokstavelig talt heter 0 i stedet for å slå av proxyen.

Finn de samsvarende oppføringene og omfangene deres først:

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

Se på inndata fra system, bruker, depot, inkluderinger og URL-spesifikke kilder, og på det faktiske prosessmiljøet. Hold verdier som inneholder påloggingsinformasjon private. Spør så den aktuelle HTTPS-fjernkilden:

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

Har gjennomgangen funnet én utdatert http.proxy-oppføring som er lokal for depotet, kjører du dette fra den tiltenkte arbeidskopien for å fjerne oppføringen:

git config --local --unset http.proxy

Bruk kilden som faktisk rapporteres; dette lokale eksempelet er ikke en kommando for å slette bruker- eller maskinstandarder. Se på flere verdier før du velger en operasjon som fjerner alle.

Fjerning avdekker de gjenværende inndataene. En lokal unset kan avdekke en brukerstandard, og fjerning av en brukeroppføring kan etterlate en URL-spesifikk regel. En uttrykkelig tom verdi uttrykker i stedet en tiltenkt direkte overstyring i støttet Git-konfigurasjon; det er en annen policy enn å trekke tilbake én kilde.

Hold core.gitProxy og SSH-ruter atskilt. Kommer en verdi tilbake, se på inkluderinger, oppstartere, IDE-er og byggeverktøy og rett opphavet i det tiltenkte omfanget. Gjenta utvalgsspørringen og nettverksoperasjonen: riktig utvalg beviser ikke tilkobling eller senere depotautentisering.