Git の proxyAuthMethod にはプロキシのユーザー名が必要
proxyAuthMethod 設定が効かないように見えるときは、プロキシのユーザー名、選択した方式、環境変数による上書き、Git のバージョンを確認してください。
http.proxyAuthMethod を追加して clone を再試行しても、まだ 407 が表示されます。この設定には見落としやすい文書化された条件があります。設定したプロキシ文字列にユーザー名が含まれていなければなりません。
URL 内でユーザー名にリテラルのパスワードが伴っている必要はありません。Git は資格情報の仕組みを通じて不足しているパスワードを取得できます。ただし、ルーティングの識別情報と認証方式は意図したプロキシを指している必要があります。
4 つの入力をまとめて確認する
- 実際に使われるプロキシ URI（パスワードは除く）。
- そのプロキシに選択された方式。
- remote ごとの上書き、または
GIT_HTTP_PROXY_AUTHMETHOD環境変数による上書き。 - Git のバージョンと、その HTTP バックエンドの機能。
現在の Git は anyauth、Basic、Digest、Negotiate、NTLM などの方式を文書化しています。1 つを選んでも、リンクされたバックエンドに不足しているサポートが追加されるわけではありません。クライアントが別の方式で設定されているという理由で、企業の管理者がプロキシのポリシーを弱めるべきでもありません。
古い報告には、コピーしているオプションを実装していないバージョンが含まれます。任意の設定キーは、実行中の転送がそれを使っている証拠がないまま保存できます。バージョンごとの文書と、伏字化されたやり取りを読んでください。
最後に、リポジトリの資格情報は後段の関係です。Git ホスティングのトークンはプロキシのチャレンジを満たしません。リポジトリの TLS 検証を無効にしても、プロキシが選択した認証方式を受け入れるようにはなりません。まずそのやり取りを確立し、その後に続くリポジトリの応答を診断してください。