Hozzáadja a http.proxyAuthMethod beállítást, újrapróbálja a klónozást, és továbbra is 407-et lát. A beállításnak van egy dokumentált feltétele, amelyet könnyű kihagyni: a beállított proxy-karakterláncnak felhasználónevet kell tartalmaznia.

A felhasználónévhez nem kell szó szerinti jelszónak társulnia az URL-ben. A Git képes a hiányzó jelszót a hitelesítőadat-mechanizmusán keresztül beszerezni. Az útválasztási identitásnak és a hitelesítési módszernek továbbra is a szándékolt proxyra kell vonatkoznia.

Vizsgálja meg együtt a négy bemenetet

  1. A tényleges proxy URI, a jelszó eltávolítva.
  2. Az adott proxyhoz kiválasztott módszer.
  3. Bármely remote-onkénti felülírás vagy a GIT_HTTP_PROXY_AUTHMETHOD környezeti felülírás.
  4. A Git verziója és HTTP-háttérrendszerének képességei.

A jelenlegi Git módszereket dokumentál, köztük az anyauth, Basic, Digest, Negotiate és NTLM módszert. Egyik kiválasztása nem adja hozzá a hiányzó támogatást a kapcsolt háttérrendszerhez. Egy vállalati rendszergazdának sem kellene gyengítenie a proxy szabályzatát azért, mert egy ügyfél más módszerhez van beállítva.

A régebbi jelentések olyan verziókat is tartalmaznak, amelyek nem valósították meg a másolt beállítást. Bármely tetszőleges konfigurációs kulcs tárolható anélkül, hogy bizonyíték lenne arra, hogy a futó átvitel használja. Olvassa el a verzióhoz tartozó dokumentációt és a szerkesztett cserét.

Végül a tároló hitelesítő adatai későbbi kapcsolat. A Git-tárhely-token nem elégíti ki a proxy kihívását. A tároló TLS-ellenőrzésének kikapcsolása sem készteti a proxyt a kiválasztott hitelesítési séma elfogadására. Először ezt a cserét állapítsa meg, majd diagnosztizálja a következő tárolói választ.

Kapcsolódó cikkek