proxyAuthMethod v Gitu vyžaduje uživatelské jméno proxy

Zkontrolujte uživatelské jméno proxy, zvolenou metodu, přepsání z prostředí a verzi Gitu, když se nastavení proxyAuthMethod jeví jako neúčinné.

Přidáte http.proxyAuthMethod, zopakujete klonování a stále vidíte 407. Nastavení má dokumentovanou podmínku, kterou lze snadno přehlédnout: nakonfigurovaný řetězec proxy musí obsahovat uživatelské jméno.

Uživatelské jméno nemusí být v URL doprovázeno doslovným heslem. Git může získat chybějící heslo prostřednictvím svého mechanismu přihlašovacích údajů. Identita směrování i metoda ověřování však stále musí odkazovat na zamýšlenou proxy.

Prozkoumejte čtyři vstupy společně

  1. Skutečné URI proxy bez hesla.
  2. Metoda zvolená pro tuto proxy.
  3. Jakékoli přepsání pro konkrétní remote nebo přepsání GIT_HTTP_PROXY_AUTHMETHOD z prostředí.
  4. Verze Gitu a možnosti jeho HTTP backendu.

Současný Git dokumentuje metody včetně anyauth, Basic, Digest, Negotiate a NTLM. Volba jedné z nich nepřidá chybějící podporu propojenému backendu. Ani firemní správce by neměl oslabit zásady proxy jen proto, že klient je nastaven na jinou metodu.

Starší zprávy zahrnují verze, které kopírovanou volbu neimplementovaly. Libovolný konfigurační klíč lze uložit bez důkazu, že ho probíhající přenos používá. Přečtěte si dokumentaci pro danou verzi a redigovanou výměnu.

Konečně, přihlašovací údaje úložiště jsou pozdějším vztahem. Token hostingu Git neuspokojí výzvu proxy. Vypnutí ověřování TLS úložiště také nezpůsobí, že proxy přijme zvolené schéma ověřování. Nejprve prokažte tuto výměnu a poté diagnostikujte jakoukoli odpověď úložiště, která následuje.

Související články