RRAS په Azure VM کې نه ملاتړ کېږي: د ډیزاین مخکې وګورئ

تاسو پورټل خلاصوئ، Windows Server 2022 په یوه فرعي شبکه کې ځای پرځای کوئ، او د Remote Access رول په سمه توګه نصبېږي۔ دا ترتیب ثابتوي چې نصب کوونکی کار کوي، نه دا چې Microsoft دا ترتیبات ملاتړ کوي۔ د Azure مجازي ماشینونو لپاره خپاره شوي د سرور سافټویر ملاتړ لارښود RRAS د Windows Server هغو ځانګړتیاوو په لړ کې یادوي چې په Azure VM کې نه ملاتړ کېږي، او دا د ستونزې حل تفصیل نه، بلکې معماري پرېکړه ده۔ هغه تونل چې پورته راځي، ځای پرځای کول د ملاتړ پولې دننه نه بېلوي۔

لاندې لارښود د ملاتړ له پاڼې پیلېږي، بیا د اړتیاوو او د بدیل انتخابونو خوا ته ځي۔

له ملاتړ پاڼې پیل کړئ، نه له لابراتوار

له هر څه اندازه اخیستلو مخکې د Azure VM ملاتړ لارښود ولولئ۔ دا د Windows Server د یو غیر توپیر شوي بلاک په توګه د کتلو پرځای ملاتړ شوي محصولات، رولونه او ځانګړتیاوې جلا کوي۔ په یاد ولرئ چې ستاسو پلان شوی کاري بار په رښتیا کومه کرښه کې راځي، ځکه په کنسول کې تړاو لرونکي ښکارېدونکي دوه برخې کېدای شي په بېلابېلو کرښو کې وي۔

تر هغه چې پاڼه خلاصه ده، اقتباس په ډیزاین سند کې ولیکئ۔ د ملاتړ حالت یو حقیقت دی چې سرچینه لري، او هغه ډیزاین بیاکتنه چې دې ته اقتباس نه شي ورکولای، د ډیمو لرونکي کس لخوا په بحث کې ماتېږي۔

د OS ملاتړ له رول او ځانګړتیا ملاتړ څخه جلا کړئ

همدا لارښود Network Policy and Access Services د ملاتړ شوو رولونو په لړ کې یادوي، خو RRAS جلا د نه ملاتړ شوي په توګه یادوي۔ دا دوه ثبتونه بېلابېل شیان بیانوي، او د دوی یوځای کول په «لرې لاسرسی ملاتړ کېږي» کې هغه لار ده چې پروژه پر بنسټ د غلط لوستلو تصویبېږي۔ د عملیاتي سیستم ملاتړ کېدل د خپله کرښه لرونکې ځانګړتیا په اړه هیڅ نه وایي۔

دا محدودیت له هغه چې کله ناکله اقتباس کېږي هم تنګتر دی۔ دا د Azure VM دننه چلېدونکې هماغه ځانګړتیا اړه لري؛ دا نه مانا لري چې خصوصي شبکه Azure سره نښلولای نه شي، او نه وایي چې RRAS هر ځای نه ملاتړ کېږي۔ هغه پخوانی لابراتوار چې کڅوړې په سمه توګه وړاندې کوي، د کڅوړو په اړه شواهد دي، د ملاتړ بیان په اړه نه۔

د پروژې پاتې برخې لپاره دا دوه پوښتنې جلا وساتئ: ایا کار کوي، او ایا ملاتړ کېږي۔ تاسو به هر یوه لپاره بېلابېل ځوابونه او کله ناکله بېلابېل مسؤلینو ته اړتیا ولرئ۔

ولیکئ چې ډیزاین په رښتیا څه باید وکړي

د بدیل غوراوي مخکې د سایټونو لیست په داسې اړتیاوو بدل کړئ چې محصول پرې اندازه کېدای شي:

• هغه تونل پروتوکولونه چې د څانګې وسایل یې لا دمخه وایي، او ایا هر سایټ ته متحرک روټینګ ته اړتیا ده۔
• لرې پریفیکسونه، په شمول هر هغه پوښل شوی پته ځای چې ژباړې ته اړتیا لري نه روټینګ۔
• له Azure سره د روټونو تبادله، او د روټینګ جدول هر ثبت څوک لري۔
• د تر ټولو بوخت ساعت لخوا د زغملو وړ تیریدونکې وړتیا او د نښلونو شمېر۔
• د ناکامۍ د لېږد هغه چلند چې د سایټونو مالکان پرې موافق شوي، نه یوازې هغه چې تاسو جوړولای شئ۔

NAT هغه توکی دی چې پرېښودل کېږي او بیا ټول ډیزاین فیصله کوي۔ هغه وسیله چې IPsec جوړولای شي، لا هم کېدای شي پتې د هغه RRAS ځای پرځای کولو څخه بېلابېلې ژباړي چې بدلېږي یې، او دا بدلوي چې څانګه کومې پتې د سرچینې په توګه ویني او ستاسو لاګونه څه ثبتوي۔

لیست شبکې مالکانو ته یوسئ او له هر محصول بحث مخکې یې تایید کړئ۔ ناڅرګند اړتیاوې هر د عرضه کوونکو پرتله د غوراوي بحث جوړوي۔

د هغو اړتیاوو پر وړاندې بدیلونه ارزوئ

د Azure مدیریت شوي نښلونې خدمتونه او د عرضه کوونکو ملاتړ شوي شبکې مجازي وسایل دواړه باید د همدې لیست پر وړاندې نمرې واخلي۔ دا مه انګېرئ چې هر یو یې د RRAS VM مستقیم معادل دی یوازې ځکه چې IPsec پای ته رسولای شي: د NAT ماډل او د روټونو ملکیت او د لوړ لاسرسي ډیزاین هغه څه فیصله کوي چې موجود سایټونه څنګه نښلول کېږي او د دوی ځوابونه چېرته بېرته راځي۔ هر نوماند په کاغذ باندې د لیست پر وړاندې نمره کړئ او ولیکئ چې کومې اړتیاوې نه پوره کوي، ځکه هماغه یادښت انتخاب وروسته بیاکتنې وړ کوي۔

د دوو وسیله VM ګانو مخکې بار متعادل کوونکی پخپله لوړ لاسرسی نه دی۔ دا یو مخکینی برخه برابروي، نه همغږی شوی تونل حالت، او هغه ناکامي لېږد چې هره ناسته غورځوي د ډیزاین هغه انتخاب دی چې یو څوک باید په قصد یې وکړي۔ د وسایې عرضه کوونکي څخه وپوښتئ چې ملاتړ شوی HA بڼه کومه ده او ایا له سایټونو سره ژمن شوي لاسرسي سره سمون لري۔ هغه سایټونه چې پر دې تکیه وکړي، مخکې یې لېږد وازموئ، او هره له لاسه وتلې ناسته د حیرانتیا نه، بلکې د موندنې په توګه وګورئ۔

چېرې چې اړتیا واقعاً ساده ده — یو سایټ، یو پریفیکس، هیڅ پوښل — هلته مدیریت شوی خدمت معمولاً د عملیاتي لګښت له مخې ګټي۔ چېرې چې ژباړه او متحرک روټینګ دواړه په لوبه کې دي، د وسایې لار کېدای شي یوازینی مناسبه وي، او دا د اوږد مهاجرت پلان کولو لامل دی نه د نه ملاتړ شوي VM ساتل۔

که RRAS VM لا دمخه چلیږي

کشف د هغه د حذف کولو لامل نه دی۔ بدلون د هغو تړاوونو شاوخوا پلان کړئ چې دا VM راټول کړي دي: هغه روټونه چې نور فرعي شبکې پرې تکیه لري، هغه NAT قواعد چې د سرچینې پتې پټوي، او هر هغه څه چې څارنې د هغې له پتې څخه د تمې کولو زده کړي دي۔ اړین روټونه او ازمویل شوې بیا رغونې لار وساتئ، تر هغه چې ملاتړ شوی هدف څنګ ته ډیزاین او تصدیق کېږي۔

د ملاتړ وړتیا او تخنیکي تشخیص په ټول وخت کې جلا موندنې وساتئ۔ نه ملاتړ شوی ترتیب کېدای شي عادي روټینګ تېروتنه هم ولري، او د هغې تېروتنې سمول د هغه ملاتړ حالت نه بدلوي۔ دواړه بیانونه راپور ته اړه لري، او هیڅ یو بل نه لغوه کوي۔

لارښود د ملاتړ اقتباس، د اړتیاوو لیست، غوراوی شوی بدیل او د لېږد ترتیب په ثبتولو سره پای ته ورسوئ۔ دا څلور توکي هغه دي چې پلټونکی یا د ټیم نوی غړی به لومړی یې غواړي۔