プロキシのパスワードを変更しました。1つのビルドにはまだ古いコピーがあります。

新しいパスワードはブラウザでは機能します。プロジェクトAはビルドできます。プロジェクトBは407を返します。プロキシがランダムに選んでいるとは限りません。クライアントの1つがまだ古い認証情報を提示している可能性があります。

ファイルだけでなく利用者を追う

プロジェクト固有のプロパティファイルは、ユーザーの既定値と異なる場合があります。環境変数の値はランチャーの起動時に取り込まれることがあります。認証情報ヘルパーには独自の保存エントリがある場合があります。別のアプリケーションが新しいパスワードを受け入れたからといって、どれも更新されるわけではありません。

実際にアカウントを使う利用者の短い一覧を作ります。対話型ツール、ビルドサービス、スケジュールされたタスク、アプリケーションクライアントです。それぞれについて、値がどこから来るのか、いつ読まれるのかを記録します。値そのものは一覧に残しません。

失敗したプロセスと動作しているプロセスを比べる

アカウント、作業ディレクトリ、選択された構成、認証情報の取得元を確認します。依存関係が似ている2つのプロジェクトでも、別のローカルファイルを使うことがあります。長時間稼働するエージェントは、新しい端末が更新された環境を見た後でも、ローテーション前の入力を持ち続けることがあります。

意図的な再起動や文書化された構成の再読み込みは、そのクライアントが必要とする箇所だけで使います。すべてを一度に再起動すると、どの利用者が古かったのかが分からなくなり、無関係な作業を中断させる可能性があります。

クライアントの更新と失効を混同しない

クライアントを更新することと、古い認証情報を使えなくすることは別の操作です。プロキシには認証キャッシュがあり、確立済みの接続はパスワードファイルとは異なるライフサイクルを持つことがあります。1回の成功したリクエストで古いアカウント情報が消えたとみなすのではなく、運用者の失効ポリシーに従ってください。

次のローテーションでは、利用者一覧を変更の一部にします。成功とは、各対象クライアントが想定どおりの取得元とアカウントを使っていることであり、1台のワークステーションでパスワードダイアログが閉じたことだけではありません。