Вы змянілі пароль проксі. Адна зборка ўсё яшчэ мае старую копію.

Новы пароль працуе ў браўзеры. Праект A збіраецца. Праект B вяртае 407. Проксі не абавязаны выбіраць выпадкова: адзін з яго кліентаў можа ўсё яшчэ прад'яўляць старыя ўліковыя даныя.

Сачыце за спажыўцамі, а не толькі за файламі

Файл уласцівасцей канкрэтнага праекта можа адрознівацца ад тыповага для карыстальніка. Значэнне асяроддзя можа быць захавана пры запуску лаўнчара. Памочнік уліковых даных можа мець уласны захаваны запіс. Нішто з гэтага не абнаўляецца проста таму, што іншае прыкладанне прыняло новы пароль.

Складзіце кароткі пералік спажыўцоў, якія сапраўды выкарыстоўваюць уліковы запіс: інтэрактыўныя інструменты, службы зборкі, запланаваныя задачы і кліенты прыкладанняў. Для кожнага запішыце, адкуль бярэцца значэнне і калі яно чытаецца. Само значэнне трымайце па-за пералікам.

Параўнайце няўдалы працэс з працоўным

Праверце ўліковы запіс, працоўны каталог, выбраны канфігурацыю і крыніцу ўліковых даных. Два праекты з падобнымі залежнасцямі могуць выкарыстоўваць розныя лакальныя файлы. Доўгапрацоўны агент можа захоўваць увод да змены нават пасля таго, як новы тэрмінал бачыць абноўленае асяроддзе.

Выкарыстоўвайце наўмысны перазапуск або дакументаванае абнаўленне канфігурацыі толькі там, дзе гэта патрэбна таму кліенту. Перазапуск усяго адразу хавае, які спажывец быў састарэлым, і можа перарваць непавязаную працу.

Не блытайце абнаўленне кліента з адкліканнем

Абнаўленне кліентаў і рабленне старых уліковых даных непрыдатнымі — гэта асобныя аперацыі. Проксі можа мець кэш аўтэнтыфікацыі, а ўсталяванае злучэнне можа мець іншы жыццёвы цыкл, чым файл пароля. Ідзіце за палітыкай адклікання аператара, а не мяркуйце, што адзін паспяховы запыт даказвае знікненне старых даных уліковага запісу.

Для наступнай змены зрабіце спіс спажыўцоў часткай змены. Паспяховы вынік — кожны планаваны кліент выкарыстоўвае сваю планаваную крыніцу і ўліковы запіс, а не проста закрыццё дыялогу пароля на адной працоўнай станцыі.