Git proxyAuthMethod захтева корисничко име проксија

Проверите корисничко име проксија, изабрани метод, надјачавање из окружења и верзију Git-а када поставка proxyAuthMethod изгледа неефикасно.

Додате http.proxyAuthMethod, поновите клонирање и још увек видите 407. Поставка има документован услов који је лако пропустити: конфигурисани низ проксија мора да садржи корисничко име.

Корисничко име не мора бити праћено дословном лозинком у URL-у. Git може да прибави лозинку која недостаје кроз свој механизам акредитива. Идентитет усмеравања и метод аутентификације и даље морају да упућују на намеравани прокси.

Прегледајте четири улаза заједно

  1. Стварни URI проксија, без лозинке.
  2. Метод изабран за тај прокси.
  3. Свако надјачавање по remote-у или надјачавање GIT_HTTP_PROXY_AUTHMETHOD из окружења.
  4. Верзија Git-а и могућности његовог HTTP позадинског дела.

Тренутни Git документује методе укључујући anyauth, Basic, Digest, Negotiate и NTLM. Избор једне не додаје подршку која недостаје повезаном позадинском делу. Ни корпоративни администратор не би требало да ослаби политику проксија зато што је клијент конфигурисан за други метод.

Старији извештаји укључују верзије које нису имплементирале опцију која се копира. Произвољни конфигурациони кључ може се сачувати без доказа да га текући пренос користи. Прочитајте документацију за одговарајућу верзију и редиговану размену.

Коначно, акредитиви репозиторијума су каснији однос. Токен за Git хостинг не задовољава изазов проксија. Искључивање TLS провере репозиторијума такође не наводи прокси да прихвати изабрану шему аутентификације. Прво успоставите ту размену, затим дијагностикујте сваки одговор репозиторијума који следи.

Повезани чланци