משימות VPN שמשחזרות את קובץ hosts מוחקות עריכות מאוחרות

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

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

גיבוי שמשוחזר מאוחר יותר אינו גיבוי של הרגע

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

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

כל אירוע הוא התראה, לא טרנזקציה

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

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

תנו לכל מיפוי בעלים

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

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

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

כשה-DNS המותנה הוא הצורך האמיתי

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

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

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