د GET VPN غړو لپاره یوه ثابته ثبتۍ سرچینه وټاکئ

یو څوک د ډلې غړي ثبتۍ یوې loopback پتې ته اړوي او اعلانوي چې د GET VPN بې ثباتي حل شوه. کله ناکله همداسې وي. ډېری وختونه loopback یوازې د غړي د خپلې لارښوونې له جدول څخه رسېدونکی وي او له بل چېرې نه، نو ثبتۍ بیا هم هغه وخت ماتېږي چې بل ځل هغه uplink چې دا یې وړله ښورېږي. د ثبتۍ پته د کنټرول په کچه یوه پیژندنه ده، او یوازې هغه وخت مرسته کوي چې دواړو خواوو ته ریښتینې لار وي. په پوهاوي سره یې ټاکل ارزښت لري، او دا له هغې کوچنۍ بدلون دی چې خلک یې وايي.

د ثبتۍ پته څه پیژني

د GDOI په ځای پرځای کولو کې د ډلې غړی د کیلي سرور سره ثبتېږي او له هغه څخه د ډلې تګلاره اخلي. هغه پته چې سرور یې ثبتوي د هماغه خبرو لپاره د غړي پیژندنه ده.

دا پیژندنه د کنټرول خبرې رانغاړي: ثبتۍ، د کیلي نوي کول او د تګلارې ډاونلوډ. دا د پیرودونکو ترافیک سرچینه نه ګرځي، او نه بدلوي چې کوم انټرفېسونه کوم بهیرونه ساتي.

د دواړو جلا ساتل لومړی ګام دی، ځکه د دې تنظیم شاوخوا ډېره ګډوډي له دې تمې راځي چې د کنټرول په کچه بدلون به د معلوماتو په کچه نښه جوړه کړي.

Loopback یوازې د خپلې لارې هومره ښه دی

Loopback غړي ته یوه منطقي پته ورکوي چې یوه فزیکي uplink ناکامه شي هم نه ورکېږي. د کیلي سرور ته څو لارو والا روټر کې دا ریښتینی ګټه ده.

خو دا هم یوازې یوه پته ده. که سرور ته بیرته دې ته لار نه وي، ثبتۍ سم لکه پخوا ناکامه کېږي. که د غړي لارښوونې جدول کیلي سرور ته یوازې د یوه uplink له لارې رسېږي، loopback ثابت دی او لار نه ده.

د هر هغه uplink له لارې چې غواړئ ژوندی پاتې شي، دواړو خواوو ته رسېدل وګورئ. هغه loopback چې په اداري توګه پورته پاتې کېږي د لېږد په اړه هېڅ نه ثابتوي، او ناکامي د انټرفېس ستونزه نه بلکې د نه رسېدونکي کیلي سرور په توګه ښکاري. کتنه د اټکل نه بلکې د هر uplink لپاره د یوې کمانډ په توګه ولیکئ. بیا به بل بدلون کړکۍ له انځور نه بلکې له شاهدو پیل شي.

کنټرول او ساتل شوی ترافیک جلا وساتئ

د Cisco GDOI تېرېدونکی لارښود د ثبتۍ انټرفېس او د ثبتۍ او تېرېدنې سمبالولو ترمنځ اړیکه مستنده کوي. د هغې نسخې چلند ولولئ چې تاسو یې ریښتیا چلوئ، نه دا چې یوه جمله عمومي کمانډ وګڼئ.

د کنټرول په لار کې فلټرول او ژباړه وګورئ، او ډاډ ترلاسه کړئ چې د کیلي اداره کولو ترافیک په ناڅاپي ډول هغه ساتنې تګلارې ته نه کش کېږي چې په هماغه ډلې تګلاره تکیه کوي چې دا یې د راوړلو هڅه کوي. دا ډول څرخېدونکې تکیه د یوې فعالې ځای پرځای کولو د تګلارې له بدلون وروسته ناکامولو کلاسیکه لاره ده.

د معلوماتو کچې تګلاره بېله ډیزاین ده. د دې بدلول چې ثبتۍ له کومه ځایه راځي، ساتل شوي بهیرونه، ټاکونکي او د تېرېدنې قواعد په هماغه ځای کې پرېږدي چې وو.

د لېږد په اوږدو کې پیژندنه وګورئ

له بدلون دمخه ډله، ټاکل شوې ثبتۍ پته، د کیلي سرور منزل، د لارښوونې شرایط او اجازه ورکړل شوې کنټرول لار ثبت کړئ. له تصویب شوي uplink بدلون وروسته بیا د کیلي سرور د ثبت شوو غړو لید او د غړي کنټرول حالت وګورئ.

هغه څه چې غواړئ ووینئ دا دی چې پام شوی منطقي پای ټکی لا هم رسېدونکی دی او لا هم هغسې ښودل کېږي لکه تاسو چې ډیزاین کړی. هغه څه چې نه غواړئ ووینئ له هغې پتې څخه دوهمه ثبتۍ ده چې تاسو یې اراده نه درلوده، ځکه د غړو دوه ځله ننوتنې همداسې پیدا کېږي.

بیا ساتل شوی اپلیکیشن ترافیک جلا وآزموئ. لېږد کېدای شي بریالی شي خو بل کیلي نوي کول به یې چېرته نه وي، او بریالۍ ثبتۍ د دې په اړه هېڅ نه وایي چې یو ځانګړی بهیر سم ټاکل شوی او لارښوونه شوې که نه.

ثابته سرچینه څه نه جوړوي

دا د پخواني غلط تنظیم له امله رامنځته شوې د غړو دوه ځله ننوتنې نه لرې کوي. د غړي او کیلي سرور ترمنځ د تګلارې ناهمغږۍ له امله د کیلي نوي کولو ناکامي نه رغوي. د هغې فزیکي لارې ناکامۍ ته نه ځان ساتي چې کیلي سرور ته یوازینې لار یې لرې کړې وه.

دا چې څه کوي یو بدلونکی لرې کوي: کله چې uplink پته بدله شي پیژندنه نوره نه بدلېږي. دا د ساتلو وړ ده، او دا ټول ډیزاین نه بلکې په ډیزاین کې یوه کرښه ده.

د کار ترتیب: کنټرول لار ونوموئ، دواړو خواوو ته لار لرونکې پته وټاکئ، د کیلي سرور لید تایید کړئ، بیا ساتل شوی ترافیک جلا وآزموئ. که ثبتۍ لا هم ناکامه شي، نو loopback هېڅکله ستونزه نه وه.