שינית את סיסמת ה-proxy. לגרסה אחת עדיין יש את העותק הישן.

הסיסמה החדשה עובדת בדפדפן. פרויקט A נבנה. פרויקט B מחזיר 407. ה-proxy לא חייב לבחור באקראי: ייתכן שאחד מהלקוחות שלו עדיין מציג פרטי כניסה ישנים.

עקוב אחר צרכנים, לא רק אחר קבצים

קובץ מאפיינים ייעודי לפרויקט יכול להיות שונה מברירת המחדל של המשתמש. ערך סביבה יכול להילכד כשמפעיל מתחיל. עוזר פרטי כניסה יכול להיות בעל רשומה שמורה משלו. אף אחד מהם אינו מתעדכן רק מפני שיישום אחר קיבל את הסיסמה החדשה.

הכן מלאי קצר של הצרכנים שבאמת משתמשים בחשבון: כלים אינטראקטיביים, שירותי בנייה, משימות מתוזמנות ולקוחות יישומים. עבור כל אחד מהם רשום מאיפה הערך מגיע ומתי הוא נקרא. השאר את הערך עצמו מחוץ למלאי.

השווה את התהליך הכושל לזה שעובד

בדוק את החשבון, ספריית העבודה, התצורה הנבחרת ומקור פרטי הכניסה. שני פרויקטים עם תלויות דומות יכולים להשתמש בקבצים מקומיים שונים. סוכן ארוך-טווח יכול לשמור קלט מלפני הסבב גם לאחר שמסוף חדש רואה את הסביבה המעודכנת.

השתמש בהפעלה מחדש מכוונת או ברענון תצורה מתועד רק במקום שבו אותו לקוח זקוק לכך. הפעלה מחדש של הכול בבת אחת מסתירה איזה צרכן היה מיושן ועלולה לקטוע עבודה לא קשורה.

אל תבלבל בין רענון לקוח לבין ביטול

עדכון לקוחות והפיכת פרטי כניסה ישנים לבלתי שמישים הם פעולות נפרדות. ל-proxy יכול להיות מטמון אימות, ולחיבור קיים יכול להיות מחזור חיים שונה מקובץ הסיסמה. פעל לפי מדיניות הביטול של המפעיל במקום להניח שבקשה מוצלחת אחת מוכיחה שחומר החשבון הישן נעלם.

בסבב הבא, הפוך את רשימת הצרכנים לחלק מהשינוי. תוצאה מוצלחת היא שכל לקוח מיועד משתמש במקור ובחשבון המיועדים לו, ולא רק שהדיאלוג של הסיסמה נסגר בתחנת עבודה אחת.