Git bruker fortsatt en proxy du trodde du hadde fjernet

http.proxy er en streng. Å sette den til 0 kan få Git til å kontakte en vert som bokstavelig talt heter 0 i stedet for å deaktivere proxyen.

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

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

Undersøk system-, bruker-, depot-, inkluderings- og URL-spesifikke inndata, samt det faktiske prosessmiljøet. Hold verdier med påloggingsinformasjon private. Spør deretter den relevante HTTPS-fjernkilden:

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

Hvis undersøkelsen fant én utdatert http.proxy-oppføring som er lokal for depotet, kjør 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. Undersøk flere verdier før du velger en operasjon som fjerner dem 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 eksplisitt 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. Hvis en verdi kommer tilbake, undersøk inkluderinger, oppstartere, IDE-er og byggeverktøy og rett produsenten i det tiltenkte omfanget. Gjenta utvalgsspørringen og nettverksoperasjonen: riktig utvalg etablerer ikke tilkobling eller senere depotautentisering.