آیا له peering سره تړلي Azure VNet خپلې VPN دروازې ته اړتیا لري؟
له peering سره تړلی VNet کولی شي د ملاتړ شوي SKU او په هر peering لوري کې د یو تنظیم سره د hub VPN دروازه وکاروي. اغېزمنې لارې وګورئ، نه د peering حالت.
یو نوی spoke VNet راڅرګندېږي، hub لا دمخه یوه فعاله site-to-site دروازه لري، او ښکاره پوښتنه دا ده چې آیا باید د دویمې دروازې لپاره پیسې ورکړئ۔ معمولاً نه: د دروازې ترانزیت spoke ته اجازه ورکوي چې د peering له لارې د hub دروازه وکاروي۔ درې شرایط تصمیم نیسي چې آیا دا به کار وکړي، او هېڅ یو یې د peering د حالت له نښې نه ښکاري۔ د peering اړیکه او د بل چا د دروازې کارولو اجازه جلا تنظیمات دي، نو هغه دوه VM چې لا دمخه یو بل ته ping کولی شي، د VPN لارې په اړه هېڅ نه ثابتوي۔
لومړی شرط: دروازه، او په spoke کې د هغې نشتوالی
Azure د Basic پرته د نورو VPN Gateway SKU لپاره د دروازې ترانزیت ملاتړ کوي، او هم سیمه ییز او هم نړیوال peering کولی شي هغه یوسي۔ spoke هغه دروازه کاروي چې د هغې نه ده، نو خپله دروازه نشه لري: که په spoke کې لا دمخه دروازه موجوده وي، یا د لیرې دروازې اختیار لا دمخه ټاکل شوی وي، هغه ترانزیت تنظیم چې تاسو یې غواړئ به نه وي یا به اغېزمن نه وي۔ دا د هر څه د ډیبګ کولو دمخه وګورئ، ځکه چې غیر فعال چیک بکس نښه ده، نه خرابي۔ لومړی SKU او موجوده دروازه ولولئ، بیا د peering تنظیمات وګورئ۔
د اختیار د ښکارېدو لپاره موجوده spoke دروازه مه ړنګوئ تر هغه چې پوه شئ څه پرې تکیه دي۔ د مهاجرت ترتیب د چیک بکس څخه مهم دی۔
دویم شرط: په هر peering لوري کې یو تنظیم
peering دوه شیان دي، په هر VNet کې یو، او د ترانزیت تنظیمات د هغې جوړې په بېلو خواو کې دي۔ د hub peering د spoke په لور باید د hub دروازې ته اجازه ورکړي چې spoke ته خدمت وکړي؛ د spoke peering د hub په لور باید د hub دروازه ومني۔ د Microsoft د دروازې ترانزیت لارښود هغوی د لوري له مخې نوموي، او د هغوی د سم ساتلو یوازېنۍ لاره همدا ده:
| Peering direction | What to enable |
|---|---|
| Hub → spoke | Allow gateway transit on the hub's peering |
| Spoke → hub | Use remote gateways on the spoke's peering |
د remote په نښه شوی کنټرول د دې پورې چې د کوم VNet peering سمولئ معنا بدلوي، نو کلمه مه لولئ، لوری ولولئ۔ دواړه خواوې تنظیم کړئ، خوندي کړئ او تایید کړئ چې peering په دواړو ځایونو کې د نښلولو راپور ورکوي۔
دریم شرط: د پتې ځای او د اجازې حدود
ترانزیت نشي کولی چې هماغه د منزل مخکښه دوه شبکې معنا کړي، نو د hub، spoke او ځایي شبکې حدود باید د دې له کار کولو دمخه جلا وي۔ VNetونه کېدای شي په بېلو ګډونونو یا بېلو کرایه دارانو کې وي؛ دا بندیز نه دی، خو هغه هویت چې هر peering جوړوي یا تازه کوي باید په هغې شبکه کې اړینې اجازې ولري۔ د ګډونونو ترمنځ بدلونونه ډیری وختونه د اجازې له امله ناکامېږي، او تېروتنه په اسانه د ټوپولوژي ستونزه لوستل کېدای شي۔
د بدلون دمخه حدود او مالکین ولیکئ۔ په هر یو کې اټکل کول داسې peering جوړوي چې نښلوي خو هېڅ نه روټ کوي۔
د peering د حالت پرځای د اغېزمنو لارو له مخې تایید کړئ
د spoke د کاري بار د شبکې انټرفیس کې اغېزمنې لارې وګورئ او د ځایي شبکې ریښتینی مخکښه ومومئ۔ د subnet د لارو جدول او دا چې د دروازې د لارو خپرېدل غیر فعال دي که نه وګورئ، ځکه چې د کاروونکي ټاکل شوې لاره یا د پلټنې وسیله کولی شي هغه لار وړاندې کړي چې د peering بیرغونه یې وړاندیز کوي۔ بیا بله لوری تایید کړئ: ځایي شبکه باید پوه شي چې څنګه د site-to-site اړیکې له لارې spoke مخکښې ته ورسیږي، که د زده شوو اعلانونو له لارې وي یا د روښانه لارې او د پیرودونکي وسیلې په سمه سره د ساتل شوې شبکې د ننوتلو له لارې۔ که مخکښه په هر لوري کې نه وي، د peering بیرغونه هغه څه نه دي چې باید بدل شي۔
د spoke کاري بار څخه یوه خدمت وآزموئ او ځواب تعقیب کړئ۔ د VPN دروازې یا د hub VM څخه ازموینه بله سرچینه مخکښه او بله لاره کاروي۔
که ټوپولوژي د point-to-site پیرودونکو ته هم خدمت کوي، د هغوی نصب شوې لارې جلا تایید کړئ۔ د ټوپولوژي له بدلون وروسته کېدای شي د Windows پیرودونکي بنډلونه بیا جوړولو ته اړتیا ولري، او دا د دروازې شریکولو د ناکامۍ ثبوت نه دی، بلکې د پیرودونکي روټینګ کار دی۔
د دروازې شریکول څه نه ورکوي
د دروازې ترانزیت د روټینګ اسانتیا ده، نه اجازه۔ د شبکې امنیتي ډلې، ځایي فلټرونه او د خدمت کچې مقررات لا هم تصمیم نیسي چې spoke کاري بار څه ته ورسیږي کولی شي، نو د دې پرځای چې فکر وکړئ شریکه تونل د هغې شاته هر څه اجازه ورکوي، ځانګړی د سرچینې-تر-منزل خدمت فعال کړئ۔
peering هم داسې نه دی چې خلک یې هیله لري لیږدونکی وي۔ یو بل spoke یا شخصي پای ټکی اضافه کول خپلې روټینګ او لاسرسي اړتیاوې راوړي چې موجوده ترانزیت تنظیم یې نه پوښي۔