프록시 비밀번호를 변경했습니다. 한 빌드는 아직 예전 사본을 쓰고 있습니다.

새 비밀번호는 브라우저에서 동작합니다. 프로젝트 A는 빌드됩니다. 프로젝트 B는 407을 반환합니다. 프록시가 무작위로 고르는 것은 아닐 수 있습니다. 클라이언트 중 하나가 아직 예전 자격 증명을 제시하고 있을 수 있습니다.

파일이 아니라 사용자를 추적하세요

프로젝트 전용 속성 파일은 사용자 기본값과 다를 수 있습니다. 환경 값은 런처가 시작될 때 캡처될 수 있습니다. 자격 증명 도우미는 자체 저장 항목을 가질 수 있습니다. 다른 응용 프로그램이 새 비밀번호를 받아들였다는 이유만으로 이들 중 어느 것도 갱신되지 않습니다.

계정을 실제로 사용하는 주체 목록을 짧게 만드세요. 대화형 도구, 빌드 서비스, 예약 작업, 응용 프로그램 클라이언트입니다. 각각에 대해 값이 어디서 오는지와 언제 읽히는지 기록하세요. 값 자체는 목록에 남기지 마세요.

실패한 프로세스와 정상 프로세스를 비교하세요

계정, 작업 디렉터리, 선택된 구성, 자격 증명 출처를 확인하세요. 의존성이 비슷한 두 프로젝트가 서로 다른 로컬 파일을 쓸 수 있습니다. 오래 실행되는 에이전트는 새 터미널이 갱신된 환경을 보더라도 교체 이전의 입력을 유지할 수 있습니다.

의도적인 재시작이나 문서화된 구성 새로 고침은 해당 클라이언트가 필요한 곳에서만 사용하세요. 모든 것을 한꺼번에 재시작하면 어떤 사용자가 오래되었는지 가려지고 무관한 작업을 방해할 수 있습니다.

클라이언트 갱신과 폐기를 혼동하지 마세요

클라이언트를 갱신하는 것과 예전 자격 증명을 사용할 수 없게 만드는 것은 별개의 작업입니다. 프록시에는 인증 캐시가 있을 수 있고, 이미 맺어진 연결은 비밀번호 파일과 다른 수명 주기를 가질 수 있습니다. 성공한 요청 하나가 예전 계정 자료가 사라졌음을 증명한다고 가정하지 말고 운영자의 폐기 정책을 따르세요.

다음 교체 때는 사용자 목록을 변경의 일부로 만드세요. 성공적인 결과란 각 대상 클라이언트가 의도한 출처와 계정을 쓰는 것이지, 한 워크스테이션에서 비밀번호 대화 상자가 닫히는 것만이 아닙니다.