نومول شوی او شمېرل شوی DMVPN هب: FQDN څه بدلوي
د هب FQDN د NBMA پای ټکی مومي، نه د ټونل پته. کله چې هب نوی نوم ورکړل شي، کشف، ثبت او DNS کیش څه بدلوي، پرتله یې کړئ.
د DMVPN یو سپوک کولی شي خپل هب د هوسټ نوم له مخې په هغو پلیټفارمونو کې ومومي چې دا ځانګړتیا ملاتړ کوي، او لومړنی هوس د دې دی چې دا هوسټ نوم د هب د ټونل پتې لیکلو بله لار وګڼل شي. داسې نه ده. نوم یوې ترانسپورټ پای ټکي ته حل کېږي، په داسې حال کې چې د هب پروتوکول پته د overlay دننه بل ټوپ په ګوته کوي، او دواړه رولونه په هر کنفیګریشن بڼه کې ساتل کېږي. همدا توپیر ټاکي چې د نوم بدلون څه سمولای شي او څه نه.
دوه پتې، دوه کارونه
په یوه اعلان شوې بېلګه کې، hub.example.net سپوک ته وایي چې ترانسپورټي ټرافیک چېرته ولېږي، او 10.90.0.1 د ټونل دننه NHS په ګوته کوي. کشف پر لومړي کار کوي؛ ثبت او روټینګ پر دویم کار کوي. د نوم بدلون د پای ټکي ته پر لارې اغېزه کوي، په داسې حال کې چې د پروتوکول پتې بدلون پر overlay اړیکې خپله اغېزه کوي.
د رولونو جلا ساتل هغه څه دي چې نومول شوې بڼه د خطا موندنې وړ کوي. کله چې یو سپوک ثبت نه شي کولی، تاسې دوه بېلې پوښتنې کولی شئ: ایا نوم هغې پتې ته حل شو چې ما تمه درلوده، او ایا هغه پته د کنفیګریشن ادعا شوې پروتوکول پتې سره سمه وه؟ هېڅ ځواب بل ته اشاره نه کوي.
دوه کنفیګریشن بڼې پرتله کړئ
یوه بڼه د نوم ترڅنګ NHS پروتوکول پته په روښانه ډول کنفیګر کوي. بله بڼه سپوک ته اجازه ورکوي چې دا پروتوکول پته د ثبت ځواب څخه زده کړي. دواړه مستند دي، او دواړه د بریالیتوب پر مهال د NHS اړیکې ورته ډول ته رسېږي.
روښانه بڼه یوه محدودیت لري چې د یادولو وړ دی: حل شوې ترانسپورټي پته چې کنفیګر شوې پروتوکول پتې ته نه مپ کېږي، ثبت بندوي. دا د DNS خرابي نه ده، که څه هم نښه د DNS بدلون سمدلاسه وروسته ښکاري. نوم په سمه توګه حل شو او پایله د بل دلیل له مخې رد شوه. حل شوې پته او کنفیګر شوې پروتوکول پته څنګ په څنګ ولولئ.
د زده کړې بڼه یو لاسي ګام او د drift یوه سرچینه لرې کوي، په بدل کې د مپینګ ټینګولو لپاره پر ځواب تکیه کوي. کله چې د هب پته ثابته وي او غواړئ ناسمۍ په لوړ غږ ناکامه شي، روښانه بڼه وټاکئ. کله چې د هب پروتوکول پته بدلېدای شي او غواړئ سپوک وروسته لاړ شي، د زده کړې بڼه وټاکئ. په هر حال، ولیکئ چې ډیزاین کومه بڼه کاروي.
DNS کیش د ثابت هب سره پرتله کړئ
ثابته د هب پته بدلېږي کله چې یو څوک کنفیګریشن سمون کوي. نومول شوی هب بدلېږي کله چې DNS بدل شي، او DNS ځوابونه د خپل ژوند په اوږدو کې کیش کېږي. مستندات یادونه کوي چې کیش شوې معلومات تر پای ته رسېدو پورې د کارولو وړ پاتې کېږي، او وروسته پوښتنه بیا کولی شي نوې پته راوګرځوي.
دا توپیر د وخت توپیر دی، نه سمدستي کډه. اوږد کیش ژوند د نوي نوم شوي پای ټکي منل ورو کوي، او که یوازې DNS ریکارډ وګورئ تېروتنه نه ښکاري. دا چې هر ټونل په یو وخت خوځېږي د فرض کولو پر ځای د کیش ژوند او د نصب شوي خپرونې د ثبت چلند شاوخوا د نوم بدلون پلان کړئ.
ثابته بڼه خپله ځنډ لري: تر هغه چې هر سپوک سم نه شي، هېڅ نه بدلېږي. پرتله د همغږي شوي کنفیګریشن ټېل او کیش شوي کشف تازه کولو ترمنځ ده، نه د ورو او سمدستي ترمنځ.
څه سم پاتې کېږي پرتله کړئ
د پیر تصدیق نه خوځېږي. هغه هوسټ نوم چې ترانسپورټ پای ټکی مومي، کنفیګر شوې IKE هویت یا هغه تصدیق پالیسي نه بدلوي چې پیر تاییدوي. که هویت غلط وي، بریالۍ DNS حل یوازې تاسې ژر تر رد شوي ټونل رسوي.
ساتل شوی ټرافیک هم بدل شوی نه دی. ځواب ورکوونکی NHS نه ثابتوي چې د پیرودونکي لار شته یا د اپلیکیشن بهیر اجازه لري. ثبت، روټینګ او پالیسي درې څېړنې دي، او نوم یوازې پر هغه لومړي ګام اغېزه کوي چې دوی ته خواړه ورکوي.
یوه پرتله چې تاسې یې تصدیق کولی شئ
Cisco د سیشن او NHS اړیکې لپاره جلا کتنې مستندوي. د پیر او سیشن حالت لوستلو لپاره show dmvpn وکاروئ، او د NHS ثبت لید لوستلو لپاره show ip nhrp nhs وکاروئ. حل شوې ترانسپورټي پته، د overlay پیر او د ثبت حالت په همدې ترتیب پرتله کړئ.
IOS XE FQDN-DMVPN څپرکی د دې پرتلې شاته کشف، کیشنګ او محدودیت چلند مستندوي. نوی نوم شوی هب د شمېرل شوي هب مستقیم بدیل ګڼلو دمخه دا د خپلې نصب شوې خپرونې په وړاندې ولولئ.