Git bruger stadig en proxy, du troede, du havde fjernet

http.proxy er en streng. At sætte den til 0 kan få Git til at kontakte en vært, der bogstaveligt hedder 0, i stedet for at deaktivere proxyen.

Find først de matchende poster og deres omfang:

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

Undersøg system-, bruger-, repository-, inklusions- og URL-specifikke input samt procesmiljøet i praksis. Hold værdier med legitimationsoplysninger private. Forespørg derefter den relevante HTTPS-remote:

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

Hvis undersøgelsen har identificeret én forældet http.proxy-post, der er lokal for repositoryet, skal du køre dette fra den tilsigtede arbejdskopi for at fjerne den post:

git config --local --unset http.proxy

Brug den kilde, der faktisk rapporteres; dette lokale eksempel er ikke en kommando til at rydde bruger- eller maskinstandarder. Undersøg flere værdier, før du vælger en handling, der fjerner dem alle.

Fjernelse blotlægger de resterende input. En lokal unset kan afsløre en brugerstandard, og fjernelse af en brugerpost kan efterlade en URL-specifik regel. En eksplicit tom værdi udtrykker i stedet en tilsigtet direkte tilsidesættelse i understøttet Git-konfiguration; det er en anden politik end at trække én kilde tilbage.

Hold core.gitProxy og SSH-ruter adskilt. Hvis en værdi vender tilbage, undersøg inklusioner, startere, IDE'er og build-runner og ret producenten i det tilsigtede omfang. Gentag valgforespørgslen og netværkshandlingen: korrekt valg etablerer ikke forbindelse eller senere repository-godkendelse.