נקודת קצה שנייה של VPN: מה היא מכסה ומה לא

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

השוו מה שתי נקודות הקצה חולקות

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

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

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

החליטו כיצד לקוח מחליף

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

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

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

בדקו כשל אמיתי אחד

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

dig +short vpn2.example.net
ip route get 10.20.30.41
journalctl -u openvpn@backup --since '-10 min'

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

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

כתבו מה הכתובת השנייה נותנת

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

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