Naujas slaptažodis veikia naršyklėje. Projektas A sukompiliuojamas. Projektas B grąžina 407. Proxy neturi rinktis atsitiktinai: vienas iš jo klientų gali vis dar pateikti seną kredencialą.

Sekite naudotojus, o ne tik failus

Projektui būdingas savybių failas gali skirtis nuo naudotojo numatytojo. Aplinkos reikšmė gali būti užfiksuota paleidėjui startuojant. Kredencialų pagalbinė priemonė gali turėti savo saugomą įrašą. Nė vienas iš jų neatnaujinamas vien todėl, kad kita programa priėmė naują slaptažodį.

Sudarykite trumpą naudotojų, kurie iš tikrųjų naudoja paskyrą, sąrašą: interaktyvūs įrankiai, kompiliavimo paslaugos, suplanuoti darbai ir programų klientai. Kiekvienam užrašykite, iš kur reikšmė ateina ir kada ji skaitoma. Pačią reikšmę laikykite už sąrašo ribų.

Palyginkite nepavykusį procesą su veikiančiu

Patikrinkite paskyrą, darbo katalogą, pasirinktą konfigūraciją ir kredencialų šaltinį. Du projektai su panašiomis priklausomybėmis gali naudoti skirtingus vietinius failus. Ilgai veikiantis agentas gali išlaikyti įvestį iš laikotarpio prieš keitimą net tada, kai naujas terminalas mato atnaujintą aplinką.

Tyčinį paleidimą iš naujo arba dokumentuotą konfigūracijos atnaujinimą naudokite tik ten, kur tam klientui to reikia. Visko paleidimas iš naujo vienu metu paslepia, kuris naudotojas buvo pasenęs, ir gali pertraukti nesusijusį darbą.

Nesupainokite kliento atnaujinimo su panaikinimu

Klientų atnaujinimas ir senų kredencialų pavertimas netinkamais naudoti yra atskiros operacijos. Proxy gali turėti autentifikavimo podėlį, o užmegztas ryšys gali turėti kitokį gyvavimo ciklą nei slaptažodžio failas. Laikykitės operatoriaus panaikinimo politikos, o ne manykite, kad viena sėkminga užklausa įrodo, jog sena paskyros medžiaga dingo.

Kitam keitimui įtraukite naudotojų sąrašą į pakeitimą. Sėkmingas rezultatas yra tai, kad kiekvienas numatytas klientas naudoja numatytą šaltinį ir paskyrą, o ne tik tai, kad slaptažodžio dialogas užsidarė vienoje darbo vietoje.

Susiję straipsniai