Git folosește în continuare un proxy pe care credeai că l-ai eliminat

http.proxy este un șir. Setarea lui la 0 poate face Git să contacteze un host numit literalmente 0 în loc să dezactiveze proxy-ul.

Mai întâi găsiți intrările potrivite și domeniile de aplicare lor:

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

Inspectați intrările la nivel de sistem, utilizator, depozit, de includere și cele specifice URL-ului, plus mediul real al procesului. Păstrați valorile care conțin acreditări private. Apoi interogați depozitul la distanță HTTPS relevant:

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

Dacă inspecția a identificat o singură intrare http.proxy învechită, locală depozitului, rulați aceasta din copia de lucru prevăzută pentru a elimina intrarea:

git config --local --unset http.proxy

Folosiți sursa raportată efectiv; acest exemplu local nu este o comandă pentru a șterge valorile implicite ale utilizatorului sau ale mașinii. Inspectați mai multe valori înainte de a alege o operație care le elimină pe toate.

Eliminarea expune intrările rămase. Un unset local poate dezvălui o valoare implicită a utilizatorului, iar eliminarea unei intrări de utilizator poate lăsa o regulă specifică URL-ului. În schimb, o valoare goală explicită exprimă o suprascriere directă dorită într-o configurație Git acceptată; este o politică diferită de retragerea unei surse.

Păstrați core.gitProxy și rutele SSH separate. Dacă o valoare reapare, inspectați includerile, lansatoarele, IDE-urile și instrumentele de compilare și corectați producătorul în domeniul prevăzut. Repetați interogarea de selecție și operația de rețea: o selecție corectă nu dovedește conectivitatea sau autentificarea ulterioară a depozitului.