Git proxyAuthMethod reikalauja tarpinio serverio naudotojo vardo

Patikrinkite tarpinio serverio naudotojo vardą, pasirinktą metodą, aplinkos perrašymą ir Git versiją, kai proxyAuthMethod nuostata atrodo neveiksminga.

Pridedate http.proxyAuthMethod, kartojate klonavimą ir vis dar matote 407. Nuostata turi dokumentuotą sąlygą, kurią lengva praleisti: sukonfigūruotoje tarpinio serverio eilutėje turi būti naudotojo vardas.

Naudotojo vardo URL adrese nebūtinai turi lydėti pažodinis slaptažodis. Git gali gauti trūkstamą slaptažodį per savo prisijungimo duomenų mechanizmą. Maršrutizavimo tapatybė ir autentifikavimo metodas vis tiek turi nurodyti numatytą tarpinį serverį.

Išnagrinėkite keturis įvestis kartu

  1. Faktinis tarpinio serverio URI be slaptažodžio.
  2. Tam tarpiniam serveriui pasirinktas metodas.
  3. Bet koks per-remote perrašymas arba GIT_HTTP_PROXY_AUTHMETHOD aplinkos perrašymas.
  4. Git versija ir jos HTTP backend galimybės.

Dabartinis Git dokumentuoja metodus, įskaitant anyauth, Basic, Digest, Negotiate ir NTLM. Vieno pasirinkimas neprideda trūkstamos paramos prijungtam backend. Įmonės administratorius taip pat neturėtų silpninti tarpinio serverio politikos vien todėl, kad klientas sukonfigūruotas kitam metodui.

Senesnėse ataskaitose yra versijų, kurios neįgyvendino kopijuojamos parinkties. Savavališką konfigūracijos raktą galima išsaugoti be įrodymų, kad vykstantis perdavimas jį naudoja. Skaitykite su versija susietą dokumentaciją ir redaguotą mainus.

Galiausiai saugyklos prisijungimo duomenys yra vėlesnis ryšys. Git talpinimo raktas netenkina tarpinio serverio iššūkio. Saugyklos TLS patikros išjungimas taip pat nepriverčia tarpinio serverio priimti pasirinktos autentifikavimo schemos. Pirmiausia nustatykite tuos mainus, tada diagnozuokite bet kokį tolesnį saugyklos atsakymą.

Susiję straipsniai