proxyAuthMethod din Git necesită un nume de utilizator de proxy
Verificați numele de utilizator al proxy-ului, metoda selectată, suprascrierea din mediu și versiunea Git când o setare proxyAuthMethod pare ineficientă.
Adăugați http.proxyAuthMethod, repetați clonarea și vedeți în continuare 407. Setarea are o condiție documentată ușor de omis: șirul de proxy configurat trebuie să conțină un nume de utilizator.
Numele de utilizator nu trebuie să fie însoțit de o parolă literală în URL. Git poate obține o parolă lipsă prin mecanismul său de acreditări. Identitatea de rutare și metoda de autentificare trebuie totuși să se refere la proxy-ul dorit.
Examinați patru intrări împreună
- URI-ul efectiv al proxy-ului, fără parolă.
- Metoda selectată pentru acel proxy.
- Orice suprascriere pe remote sau suprascrierea de mediu
GIT_HTTP_PROXY_AUTHMETHOD. - Versiunea Git și capacitățile backend-ului său HTTP.
Git actual documentează metode precum anyauth, Basic, Digest, Negotiate și NTLM. Alegerea uneia nu adaugă suportul lipsă backend-ului conectat. Nici un administrator de companie nu ar trebui să slăbească politica proxy-ului doar pentru că un client este configurat pentru altă metodă.
Rapoartele mai vechi includ versiuni care nu implementau opțiunea copiată. O cheie de configurare arbitrară poate fi stocată fără dovezi că transferul în curs o folosește. Citiți documentația versiunii și schimbul redactat.
În final, acreditările depozitului sunt o relație ulterioară. Un token de găzduire Git nu satisface provocarea unui proxy. Dezactivarea verificării TLS a depozitului nu face nici ca proxy-ul să accepte schema de autentificare aleasă. Stabiliți mai întâi acel schimb, apoi diagnosticați orice răspuns al depozitului care urmează.