Та http.proxyAuthMethod нэмээд clone-ыг дахин оролдоход 407 харагдаж байна. Тохиргоонд амархан алгасах боломжтой бичигдсэн нөхцөл бий: тохируулсан прокси мөрөнд хэрэглэгчийн нэр байх ёстой.

Хэрэглэгчийн нэрийг URL дотор шууд нууц үгтэй хамт байлгах шаардлагагүй. Git дутуу нууц үгийг өөрийн итгэмжлэлийн механизмаар авч болно. Маршрутжуулалтын таних тэмдэг болон баталгаажуулалтын арга нь зорьсон проксид хамаарах ёстой хэвээр.

Дөрвөн оролтыг хамт шалгана уу

  1. Бодит прокси URI, нууц үгийг хассан.
  2. Тухайн проксид сонгосон арга.
  3. Аливаа per-remote дарж бичилт эсвэл GIT_HTTP_PROXY_AUTHMETHOD орчны дарж бичилт.
  4. Git хувилбар болон түүний HTTP backend-ийн боломжууд.

Одоогийн Git нь anyauth, Basic, Digest, Negotiate, NTLM зэрэг аргуудыг баримтжуулдаг. Нэгийг сонгох нь холбогдсон backend-д дутуу дэмжлэг нэмэхгүй. Клиент өөр аргад тохируулагдсан гэж байгууллагын администратор прокси бодлогыг сулруулах ёсгүй.

Хуучин тайланд хуулагдаж буй сонголтыг хэрэгжүүлээгүй хувилбарууд багтдаг. Дурын тохиргооны түлхүүрийг ажиллаж буй дамжуулалт ашиглаж байгаа нотолгоогүйгээр хадгалж болно. Хувилбарт тохирсон баримт бичиг болон засварласан солилцоог уншина уу.

Эцэст нь, репозиторийн итгэмжлэл нь дараагийн харилцаа юм. Git хостингийн токен проксийн сорилтыг хангахгүй. Репозиторийн TLS шалгалтыг идэвхгүй болгох нь проксид сонгосон баталгаажуулалтын схемийг хүлээн зөвшөөрүүлэхгүй. Эхлээд тэр солилцоог тогтоож, дараа нь дагах аливаа репозиторийн хариуг оношлоорой.

Холбоотой нийтлэлүүд