proxyAuthMethod i Git kërkon një emër përdoruesi proxy

Kontrolloni emrin e përdoruesit të proxy-t, metodën e zgjedhur, anashkalimin e mjedisit dhe versionin e Git kur një cilësim proxyAuthMethod duket i pafuqishëm.

Shtoni http.proxyAuthMethod, përsëritni klonimin dhe vazhdoni të shihni 407. Cilësimi ka një kusht të dokumentuar që është i lehtë për t'u anashkaluar: vargu i konfiguruar i proxy-t duhet të përmbajë një emër përdoruesi.

Emri i përdoruesit nuk duhet të shoqërohet domosdoshmërisht nga një fjalëkalim literal në URL. Git mund të marrë një fjalëkalim që mungon përmes mekanizmit të kredencialeve. Identiteti i rrugëzimit dhe metoda e vërtetimit duhet ende t'i referohen proxy-t të synuar.

Shqyrtoni katër hyrje së bashku

  1. URI-ja efektive e proxy-t, pa fjalëkalimin.
  2. Metoda e zgjedhur për atë proxy.
  3. Çdo anashkalim për remote ose anashkalimi i mjedisit GIT_HTTP_PROXY_AUTHMETHOD.
  4. Versioni i Git dhe aftësitë e backend-it të tij HTTP.

Git aktual dokumenton metoda duke përfshirë anyauth, Basic, Digest, Negotiate dhe NTLM. Zgjedhja e njërës nuk shton mbështetjen që mungon për backend-in e lidhur. As një administrator korporativ nuk duhet të dobësojë politikën e proxy-t sepse një klient është konfiguruar për një metodë tjetër.

Raportet më të vjetra përfshijnë versione që nuk e zbatonin opsionin që po kopjohet. Një çelës konfigurimi arbitrar mund të ruhet pa dëshmi se transferimi që po zhvillohet e përdor atë. Lexoni dokumentacionin sipas versionit dhe shkëmbimin e redaktuar.

Së fundi, kredencialet e depove janë një marrëdhënie e mëvonshme. Një token i strehimit Git nuk e plotëson sfidën e proxy-t. Çaktivizimi i verifikimit TLS të deposit gjithashtu nuk e bën proxy-t të pranojë skemën e vërtetimit të zgjedhur. Vendosni së pari atë shkëmbim, më pas diagnostikoni çdo përgjigje të deposit që vjen.

Artikuj të ngjashëm