למה ה-VPN שלכם מתאושש יותר מהפסקה עצמה
ההשהיה המדורגת מפזרת ניסיונות התחברות מחדש, כך שרשת שהתאוששה עשויה להמתין. השוו את לוח הניסיונות החוזרים למוכנות הרשת לפני שתקצרו טיימרים.
ה-Wi-Fi חזר לפני שלושים שניות וה-VPN עדיין למטה, כך שהלקוח נראה מקולקל. לעתים קרובות הוא פשוט פועל לפי לוח הניסיונות החוזרים שלו, והלוח הזה לא יודע שהרשת חזרה זה עתה. הפער הזה הוא כל הסיפור: זמן ההתאוששות הוא ההפסקה בתוספת כל המתנה שהלקוח כבר התחייב לה. הורדת כל טיימר היא תגובה אחת, והבנה איזה טיימר חשוב היא האחרת.
שלושה תנאים קובעים אם הכוונון עוזר: איזה שלב איטי, אם הכשל בכלל ניתן לחזרה, ואיך הלקוח לומד שהרשת חזרה.
שלוש המתנות שנראות כאחת
פתרון נקודת הקצה, משא ומתן IKE או TLS, שליחה חוזרת של מנות ו התחלת ניסיון חדש הם אירועים נפרדים עם טיימרים נפרדים. strongSwan מתעד השהיה מדורגת של שליחה חוזרת עבור IKE, ול- OpenVPN יש בקרות ניסיון חוזר משלו עם סמנטיקה אחרת. העתקת מספר מאחד לשני מניחה שהמנגנונים תואמים, והם לא תואמים. קראו את רצף היומן לפני שתחליטו לאיזה מרווח אתם מסתכלים.
דקה שקטה ביומן אינה בהכרח תהליך קפוא. ייתכן שזו השהיה אקספוננציאלית שעושה בדיוק את מה שהוגדרה לו.
איזה שלב באמת איטי?
אם היומן מראה ניסיונות שנכשלים בשגיאת אימות, שום שינוי טיימר לא יעזור, כי האישור שגוי. אם בכלל לא נעשים ניסיונות, הלקוח נמצא בתוך חלון ההמתנה שלו והלוח הוא הפתרון. אם נעשים ניסיונות והם פוקעים, הבעיה היא נגישות או מאזין חסר, וניסיון חוזר מהיר יותר רק ממלא את היומן. לכל אחד משלושת המצבים האלה יש בעלים אחר, ורק אחד מהם הוא בעיית תזמון.
סווגו את הכשל לפני שנוגעים במספר.
מתי הורדת טיימר עוזרת ומתי לא
הורידו את תקרת הניסיונות החוזרים כשהעלות השלטת היא ההמתנה אחרי הפסקה קצרה ותכופה, למשל מחשב נייד שעובר בין נקודות גישה. הניחו לה כשהכשלים ארוכים או נדירים, כי ניסיון חוזר אגרסיבי מוסיף עומס בדיוק ברגע שבו המרכזן הכי פחות מסוגל לענות. בשני המקרים, שנו פרמטר אחד, תעדו אותו ומדדו את ההתאוששות הבאה במקום להניח שהיא השתפרה.
פסק זמן נמוך מאוד שמועתק לכל פרופיל הוא מצב הסיום הרגיל של כוונון בלי מדידה.
בדקו את המוכנות לפני שאתם מאשימים את הלקוח
לעתים קרובות הלקוח לא יכול לראות שהרשת שמישה עד שמשהו מנסה. פורטל שבוי, חידוש DHCP או שינוי מסלול יכולים להשאיר אותו ממתין ללוח שנקבע לפני שכל זה קרה. התבוננו בשינוי מצב הרשת של מערכת ההפעלה ובניסיון הבא של הלקוח על אותו שעון, ותראו של מי ההמתנה. הגרסה המהירה היא לרשום את חותמת הזמן של אירוע הרשת המוכנה ואת חותמת הזמן של הניסיון הראשון שאחריו.
אשרו גם שתעבורה ישירה עדיין חסומה בזמן ההמתנה, כי התחברות מחדש מהירה יותר שמדליפה תעבורה אינה שיפור.
מה לתעד
רשמו איזה טיימר השתנה, מאיזה ערך לאיזה, ואיך נראתה ההתאוששות אחר כך. רשמו גם את גרסת הלקוח, כי ברירות המחדל זזות בין מהדורות ופסק זמן נמוך מאוד שאינו מתועד יבלבל את האדם הבא שיקרא את הפרופיל.
התיעוד הזה הופך את שדרוג התוכנה הבא להשוואה ולא לניסוי.