ה-VPN של הראוטר נראה תקין אחרי הפסקת חשמל? בדקו את ארבעת השכבות האלה

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

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

השכבה הראשונה: האם ה-WAN באמת חזר

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

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

השכבה השנייה: בדקו את השעון לפני התעודה

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

date -u
chronyc tracking

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

השכבה השלישית: קראו מה המנהרה אומרת

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

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

השכבה הרביעית: בדקו מהתקן בהמשך הדרך

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

curl -s https://ifconfig.me
nslookup example.com

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

מה לתקן כדי שההפסקה הבאה תהיה קצרה יותר

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

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