Git brukar framleis ein proxy du trudde du hadde fjerna

http.proxy er ein streng. Å setje han til 0 kan få Git til å kontakte ein vert som bokstaveleg heiter 0 i staden for å deaktivere proxyen.

Finn først dei samsvarande oppføringane og deira omfang:

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

Undersøk system-, brukar-, depot-, inkluderings- og URL-spesifikke inndata, samt det faktiske prosessmiljøet. Hald verdiar med påloggingsinformasjon private. Spør deretter den relevante HTTPS-fjernkjelda:

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

Viss undersøkinga fann éi utdatert http.proxy-oppføring som er lokal for depotet, køyr dette frå den tiltenkte arbeidskopien for å fjerne oppføringa:

git config --local --unset http.proxy

Bruk kjelda som faktisk blir rapportert; dette lokale dømet er ikkje ein kommando for å slette brukar- eller maskinstandardar. Undersøk fleire verdiar før du vel ein operasjon som fjernar dei alle.

Fjerning avdekkjer dei attverande inndataa. Ein lokal unset kan avdekkje ein brukarstandard, og fjerning av ein brukaroppføring kan etterlate ein URL-spesifikk regel. Ein eksplisitt tom verdi uttrykkjer i staden ei tiltenkt direkte overstyring i støtta Git-konfigurasjon; det er ein annan policy enn å trekkje tilbake éi kjelde.

Hald core.gitProxy og SSH-ruter åtskilde. Viss ein verdi kjem tilbake, undersøk inkluderingar, oppstartarar, IDE-ar og byggjeverktøy og rett produsenten i det tiltenkte omfanget. Gjenta utvalsførespurnaden og nettverksoperasjonen: rett utval etablerer ikkje tilkopling eller seinare depotautentisering.