Git proxyAuthMethod에는 프록시 사용자 이름이 필요합니다

http.proxyAuthMethod을 추가하고 clone을 다시 시도해도 여전히 407이 표시됩니다. 이 설정에는 놓치기 쉬운 문서화된 조건이 있습니다. 구성된 프록시 문자열에 사용자 이름이 포함되어야 합니다.

URL에서 사용자 이름에 리터럴 비밀번호가 함께 있어야 하는 것은 아닙니다. Git은 자격 증명 메커니즘을 통해 누락된 비밀번호를 얻을 수 있습니다. 그래도 라우팅 ID와 인증 방식은 의도한 프록시를 가리켜야 합니다.

네 가지 입력을 함께 점검하십시오

1. 비밀번호를 제거한 실제 프록시 URI.
2. 해당 프록시에 선택된 방식.
3. remote별 재정의 또는 GIT_HTTP_PROXY_AUTHMETHOD 환경 변수 재정의.
4. Git 버전과 HTTP 백엔드의 기능.

현재 Git은 anyauth, Basic, Digest, Negotiate, NTLM 같은 방식을 문서화합니다. 하나를 선택해도 연결된 백엔드에 없는 지원이 추가되지는 않습니다. 클라이언트가 다른 방식으로 구성되었다고 해서 기업 관리자가 프록시 정책을 약화해서도 안 됩니다.

오래된 보고에는 복사 중인 옵션을 구현하지 않은 버전이 포함됩니다. 임의의 구성 키는 실행 중인 전송이 이를 사용한다는 증거 없이 저장될 수 있습니다. 버전별 문서와 편집된 교환 내용을 읽으십시오.

마지막으로 저장소 자격 증명은 이후의 관계입니다. Git 호스팅 토큰은 프록시의 인증 요구를 충족하지 않습니다. 저장소 TLS 검증을 끄는 것도 프록시가 선택한 인증 체계를 받아들이게 하지 않습니다. 먼저 그 교환을 확립한 다음 뒤따르는 저장소 응답을 진단하십시오.