Git proxyAuthMethod prasa starpniekservera lietotājvārdu

Pārbaudiet starpniekservera lietotājvārdu, izvēlēto metodi, vides pārrakstīšanu un Git versiju, kad proxyAuthMethod iestatījums šķiet neefektīvs.

Jūs pievienojat http.proxyAuthMethod, atkārtojat klonēšanu un joprojām redzat 407. Iestatījumam ir dokumentēts nosacījums, ko viegli palaist garām: konfigurētajā starpniekservera virknē jābūt lietotājvārdam.

Lietotājvārdam URL nav obligāti jābūt kopā ar burtisku paroli. Git var iegūt trūkstošo paroli, izmantojot savu akreditācijas datu mehānismu. Maršrutēšanas identitātei un autentifikācijas metodei joprojām jāattiecas uz paredzēto starpniekserveri.

Pārbaudiet četras ievades kopā

  1. Faktiskais starpniekservera URI bez paroles.
  2. Šim starpniekserverim izvēlētā metode.
  3. Jebkura per-remote pārrakstīšana vai GIT_HTTP_PROXY_AUTHMETHOD vides pārrakstīšana.
  4. Git versija un tās HTTP backend iespējas.

Pašreizējais Git dokumentē metodes, tostarp anyauth, Basic, Digest, Negotiate un NTLM. Vienas izvēle nepievieno trūkstošo atbalstu piesaistītajam backend. Arī uzņēmuma administratoram nevajadzētu vājināt starpniekservera politiku tāpēc, ka klients ir konfigurēts citai metodei.

Vecākos ziņojumos ir versijas, kas neieviesa kopējamo opciju. Patvaļīgu konfigurācijas atslēgu var saglabāt bez pierādījumiem, ka notiekošā pārsūtīšana to izmanto. Lasiet ar versiju saistīto dokumentāciju un rediģēto apmaiņu.

Visbeidzot, repozitorija akreditācijas dati ir vēlāka saistība. Git hostēšanas marķieris neapmierina starpniekservera izaicinājumu. Repozitorija TLS pārbaudes izslēgšana arī neliek starpniekserverim pieņemt izvēlēto autentifikācijas shēmu. Vispirms nosakiet šo apmaiņu, pēc tam diagnosticējiet jebkuru tai sekojošo repozitorija atbildi.

Saistītie raksti