רכז DMVPN עם שם לעומת ממוספר: מה משנה ה-FQDN

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

שתי כתובות, שתי משימות

בדוגמה מוצהרת, hub.example.net אומר ל-spoke לאן לשלוח תעבורת תעבורה, ו-10.90.0.1 מזהה את ה-NHS בתוך המנהרה. הגילוי פועל על הראשונה; הרישום והניתוב פועלים על השנייה. שינוי בשם משפיע על הנתיב לנקודת הקצה, בעוד ששינוי בכתובת הפרוטוקול משפיע על יחסי ה-overlay עצמם.

הפרדת התפקידים היא מה שהופך את הצורה בעלת השם לניתנת לניפוי. כאשר spoke נכשל ברישום, אפשר לשאול שתי שאלות שונות: האם השם נפתר לכתובת שציפיתי לה, והאם הכתובת הזו תאמה את כתובת הפרוטוקול שהתצורה טוענת לה? אף תשובה לא מחייבת את האחרת.

השוו בין שתי צורות התצורה

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

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

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

השוו מטמון DNS לרכז סטטי

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

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

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

השוו מה נשאר זהה

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

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

השוואה שאפשר לאמת

Cisco מתעדת תצפיות נפרדות עבור ההפעלה ועבור יחסי ה-NHS. השתמשו ב-show dmvpn כדי לקרוא את מצב העמית וההפעלה, וב-show ip nhrp nhs כדי לקרוא את תצוגת הרישום של NHS. השוו את כתובת התעבורה שנפתרה, את עמית ה-overlay ואת מצב הרישום בסדר הזה.

פרק IOS XE FQDN-DMVPN מתעד את התנהגות הגילוי, המטמון והמגבלה שמאחורי ההשוואה הזו. קראו אותו מול הגרסה המותקנת שלכם לפני שאתם מתייחסים לרכז ששינה שם כתחליף ישיר לזה הממוספר.