תתי-הרשת של הבית והמשרד מתנגשים דרך VPN: שלושה פתרונות

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

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

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

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

התנגשויות שקטות מעבר למובנת מאליה

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

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

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

מספרו מחדש את הצד שבבעלותכם

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

10.0.0.0/8 ו-172.16.0.0/12 הם המועמדים הרגילים. ברירות המחדל של הקושחה, 192.168.0.0/24 ו-192.168.1.0/24, הן בדיוק מה שצריך להשאיר.

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

פרסמו טווח שלא יכול להתנגש

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

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

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

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

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

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