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

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

שמרו מספיק היסטוריה כדי לקבל את ההחלטה הבאה

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

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

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

ההתאוששות לא צריכה לשחרר מנוסת בהלה

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

בחרו את הבדיקה עבור העבודה שהיא אמורה לחזות. חיבור TCP מוצלח אינו עסקת HTTP או SOCKS מלאה. דף בדיקת IP לא קשור אינו מוכיח שהיעד הנדרש נגיש או מותר.

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

מאמרים קשורים