Вы сменили пароль прокси. Одна сборка всё ещё использует старую копию.
Отслеживайте потребителей учётных данных при смене пароля прокси, а не предполагайте, что успешный вход в браузере обновляет каждый проект и фоновый процесс.
Новый пароль работает в браузере. Проект A собирается. Проект B возвращает 407. Прокси не обязан выбирать случайно: один из его клиентов может всё ещё предъявлять старые учётные данные.
Следите за потребителями, а не только за файлами
Файл свойств конкретного проекта может отличаться от пользовательского значения по умолчанию. Значение окружения может быть захвачено при запуске лаунчера. Помощник учётных данных может иметь собственную сохранённую запись. Ничто из этого не обновляется просто потому, что другое приложение приняло новый пароль.
Составьте короткий перечень потребителей, которые действительно используют учётную запись: интерактивные инструменты, службы сборки, запланированные задачи и клиенты приложений. Для каждого запишите, откуда берётся значение и когда оно читается. Само значение держите вне перечня.
Сравните сбойный процесс с работающим
Проверьте учётную запись, рабочий каталог, выбранную конфигурацию и источник учётных данных. Два проекта с похожими зависимостями могут использовать разные локальные файлы. Долго работающий агент может сохранять ввод, полученный до смены, даже после того, как новый терминал видит обновлённое окружение.
Используйте намеренный перезапуск или документированное обновление конфигурации только там, где это нужно этому клиенту. Перезапуск всего сразу скрывает, какой потребитель был устаревшим, и может прервать несвязанную работу.
Не путайте обновление клиента с отзывом
Обновление клиентов и превращение старых учётных данных в непригодные — отдельные операции. У прокси может быть кэш аутентификации, а установленное соединение может иметь иной жизненный цикл, чем файл пароля. Следуйте политике отзыва оператора, а не считайте, что один успешный запрос доказывает исчезновение старого материала учётной записи.
При следующей смене сделайте список потребителей частью изменения. Успешный результат — каждый предполагаемый клиент использует предполагаемый источник и учётную запись, а не просто закрытие диалога пароля на одной рабочей станции.