Git ankoraŭ uzas prokurilon, kiun vi pensis esti foriginta

http.proxy estas ĉena. Agordi ĝin al 0 povas igi Git kontakti gastiganton laŭvorte nomatan 0 anstataŭ malŝalti prokuriladon.

Unue trovu la kongruajn registrojn kaj iliajn ampleksojn:

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

Esploru sistem-, uzant-, deponej-, inkluziv- kaj URL-specifajn enigojn, plus la realan procesan medion. Tenu valorojn enhavantajn akreditaĵojn privataj. Poste demandu la koncernan HTTPS-foran deponejon:

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

Se la esploro identigis unu sole malaktualan deponeje-lokan registron http.proxy, rulu ĉi tion el tiu celita laborkopio por forigi tiun registron:

git config --local --unset http.proxy

Uzu la fonton efektive raportitan; ĉi tiu loka ekzemplo ne estas komando por viŝi uzantajn aŭ maŝinajn defaŭltojn. Esploru plurajn valorojn antaŭ ol elekti operacion, kiu forigas ĉiujn.

Forigo malkaŝas la restantajn enigojn. Loka unset povas malkaŝi uzantan defaŭlton, kaj forigi uzantan registron povas lasi URL-specifan regulon. Kontraŭe, eksplicita malplena valoro esprimas celitan rektan anstataŭigon en subtenata Git-agordo; tio estas malsama politiko ol retiri unu fonton.

Tenu core.gitProxy kaj SSH-itinerojn aparte. Se valoro revenas, esploru inkluzivojn, lanĉilojn, IDE-ojn kaj konstruilojn kaj riparu la produktanton en la celita amplekso. Ripetu la elekttraktadon kaj la retan operacion: ĝusta elekto ne pruvas konekteblecon nek postan deponejan aŭtentikigon.