Lisate http.proxyAuthMethod, kordate kloonimist ja näete endiselt 407. Seadmel on dokumenteeritud tingimus, mida on lihtne vahele jätta: konfigureeritud puhverserveri string peab sisaldama kasutajanime.

Kasutajanimega ei pea URL-is kaasas olema sõnasõnalist parooli. Git saab puuduva parooli hankida oma volituste mehhanismi kaudu. Marsruutimise identiteet ja autentimismeetod peavad siiski viitama kavandatud puhverserverile.

Uurige nelja sisendit koos

  1. Tegelik puhverserveri URI, parool eemaldatud.
  2. Selle puhverserveri jaoks valitud meetod.
  3. Mis tahes remote-põhine alistamine või keskkonna alistamine GIT_HTTP_PROXY_AUTHMETHOD.
  4. Giti versioon ja selle HTTP-taustaprogrammi võimalused.

Praegune Git dokumenteerib meetodeid, sealhulgas anyauth, Basic, Digest, Negotiate ja NTLM. Ühe valimine ei lisa ühendatud taustaprogrammile puuduvat tuge. Ka ettevõtte administraator ei peaks puhverserveri poliitikat nõrgendama sellepärast, et klient on konfigureeritud teise meetodi jaoks.

Vanemad aruanded sisaldavad versioone, mis ei rakendanud kopeeritavat valikut. Suvalist konfiguratsioonivõtit saab salvestada ilma tõendita, et käimasolev ülekanne seda kasutab. Lugege versioonipõhist dokumentatsiooni ja toimetatud vahetust.

Lõpuks on hoidla volitused hilisem suhe. Giti hostimise luba ei rahulda puhverserveri väljakutset. Hoidla TLS-kontrolli keelamine ei pane samuti puhverserverit valitud autentimisskeemi aktsepteerima. Tehke kõigepealt kindlaks see vahetus ja seejärel diagnoosige kõiki järgnevaid hoidla vastuseid.

Seotud artiklid