קיצור טיימר ה-DPD לא יאיץ את המעבר ל-VPN חלופי

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

ארבעה שלבים, שאחד מהם אפשר לתזמן

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

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

למה הטיימר הוא המספר הכי פחות מעניין

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

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

מדדו את השלב שבאמת איטי

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

ip -4 route get 203.0.113.10
tcpdump -ni any -c 20 "esp or icmp"

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

החלופה חייבת להיות שמישה כבר

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

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

תנודות החזרה ונתיב הניהול

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

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

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