RRAS kwenye VM ya Azure haitumiki: angalia kabla ya muundo

Unafungua lango, unaweka Windows Server 2022 kwenye subnet, na jukumu la Remote Access linasakinishwa bila matatizo. Mfululizo huo unathibitisha kuwa kisakinishi kinafanya kazi, si kwamba Microsoft inaunga mkono usanidi huo. Mwongozo wa usaidizi wa programu za seva uliochapishwa kwa mashine pepe za Azure unaorodhesha RRAS miongoni mwa vipengele vya Windows Server visivyoungwa mkono kwenye VM za Azure, na huo ni uamuzi wa usanifu, si maelezo ya utatuzi wa matatizo. Handaki inayopanda haihamishi usambazaji ndani ya mpaka wa usaidizi.

Mwongozo ulio hapa chini unaanza kwenye ukurasa wa usaidizi, kisha unaenda nje kuelekea mahitaji na chaguo za uingizwaji.

Anza kwenye ukurasa wa usaidizi, si kwenye maabara

Soma mwongozo wa usaidizi wa VM za Azure kabla ya kupima kitu chochote. Unatenganisha bidhaa, majukumu na vipengele vinavyoungwa mkono badala ya kuchukulia Windows Server kama kizuizi kimoja kisichotofautishwa. Angalia ni safu gani mzigo wa kazi unaokusudiwa unaangukia kweli, kwa sababu vipengele viwili vinavyoonekana kuhusiana kwenye konsoli vinaweza kuwa kwenye safu tofauti.

Andika nukuu kwenye hati ya muundo wakati ukurasa umefunguliwa. Hali ya usaidizi ni ukweli wenye chanzo, na ukaguzi wa muundo usioweza kuinukuu utashindwa na yule aliye na onyesho.

Tenganisha usaidizi wa OS na usaidizi wa majukumu na vipengele

Mwongozo huo huo unaorodhesha Network Policy and Access Services miongoni mwa majukumu yanayoungwa mkono huku ukiorodhesha RRAS kando kama isiyoungwa mkono. Maingizo hayo mawili yanaeleza mambo tofauti, na kuyachanganya kuwa “ufikiaji wa mbali unoungwa mkono” ndiyo njia ambayo mradi unaidhinishwa kwa msingi wa usomaji mbaya. Kuwa mfumo wa uendeshaji unaungwa mkono hakusemi chochote kuhusu kipengele kilicho na safu yake.

Kizuizi pia ni chembamba zaidi kuliko inavyonukuliwa wakati mwingine. Kinahusu kipengele hicho kinachofanya kazi ndani ya VM ya Azure; haimaanishi kuwa mtandao wa kibinafsi hauwezi kuunganisha na Azure, na haisemi kuwa RRAS haitumiki kila mahali. Maabara ya zamani inayopeleka pakiti kwa usahihi ni ushahidi kuhusu pakiti, si kuhusu tamko la usaidizi.

Weka maswali hayo mawili tofauti kwa muda uliosalia wa mradi: je, inafanya kazi, na je, inaungwa mkono. Utahitaji majibu tofauti na wakati mwingine wamiliki tofauti kwa kila moja.

Andika kile muundo unachopaswa kufanya kweli

Kabla ya kuchagua mbadala, geuza orodha ya maeneo kuwa mahitaji ambayo bidhaa inaweza kupimwa nayo:

• Itifaki za handaki ambazo vifaa vya matawi tayari zinazungumza, na kama eneo lolote linahitaji uelekezaji unaobadilika.
• Viambishi vya mbali, ikiwa ni pamoja na nafasi yoyote ya anwani inayopishana inayohitaji tafsiri badala ya uelekezaji.
• Ubadilishanaji wa njia na Azure, na nani anamiliki kila ingizo la jedwali la uelekezaji.
• Uwezo wa kupitisha data na idadi ya miunganisho ambayo saa yenye shughuli nyingi zaidi inapaswa kustahimili.
• Tabia ya kuhamia mbadala ambayo wamiliki wa maeneo wamekubali, si ile tu unayoweza kujenga.

NAT ni kipengele kinachorukwa kisha kuamua muundo wote. Kifaa kinachoweza kuanzisha IPsec bado kinaweza kutafsiri anwani tofauti na usambazaji wa RRAS unaobadilishwa, na hiyo inabadilisha kile tawi linachoona kama anwani za chanzo na kile kumbukumbu zako zinarekodi.

Peleka orodha kwa wamiliki wa mtandao na uithibitishe kabla ya majadiliano yoyote ya bidhaa. Mahitaji yasiyoeleweka yanageuza kila ulinganisho wa wasambazaji kuwa mzozo wa upendeleo.

Tathmini mbadala dhidi ya mahitaji hayo

Huduma za muunganisho zinazosimamiwa za Azure na vifaa pepe vya mtandao vinavyoungwa mkono na wasambazaji vyote vinapaswa kupimwa dhidi ya orodha hiyo hiyo. Usidhani kuwa kimoja chao ni sawa moja kwa moja na VM ya RRAS kwa sababu tu kinaweza kumaliza IPsec: mtindo wa NAT na umiliki wa njia na muundo wa upatikanaji wa juu huamua jinsi maeneo yaliyopo yanavyoungana na wapi majibu yao yanarudi. Pima kila mtarajiwa kwenye karatasi dhidi ya orodha na uandike ni mahitaji gani asiyoyatimiza, kwa sababu kumbuka hilo ndilo linalofanya chaguo liweze kukaguliwa baadaye.

Kisawazishi cha mzigo mbele ya vifaa viwili vya VM si upatikanaji wa juu chenyewe. Kinatoa mbele, si hali ya handaki iliyosawazishwa, na kuhamia mbadala kunakoangusha kila kikao ni uamuzi wa muundo ambao mtu lazima auchukue kwa makusudi. Muulize msambazaji wa kifaa ni muundo gani wa HA unaoungwa mkono na kama unalingana na upatikanaji ulioahidiwa kwa maeneo. Jaribu kuhamia mbadala kabla maeneo hayo kutegemea, na chukulia kila kikao kilichopotea kama ugunduzi na si mshangao.

Ambapo hitaji ni rahisi kweli — eneo moja, kiambishi kimoja, hakuna kupishana — huduma inayosimamiwa kawaida hushinda kwa gharama ya uendeshaji. Ambapo tafsiri na uelekezaji unaobadilika vyote viko kwenye mchezo, njia ya kifaa inaweza kuwa ndiyo pekee inayofaa, na hiyo ni sababu ya kupanga uhamishaji mrefu badala ya kubaki na VM isiyoungwa mkono.

Ikiwa VM ya RRAS tayari inafanya kazi

Ugunduzi si sababu ya kuifuta. Panga mabadiliko kuzunguka tegemezi ambazo VM hiyo imekusanya: njia ambazo subnets nyingine zinategemea, kanuni za NAT zinazoficha anwani za chanzo, na kila kitu ambacho ufuatiliaji umejifunza kukitarajia kutoka anwani yake. Hifadhi njia zinazohitajika na njia ya urejeshaji iliyojaribiwa wakati lengo linaloungwa mkono linabuniwa na kuthibitishwa kando.

Weka uwezo wa usaidizi na utambuzi wa kiufundi kama ugunduzi tofauti wakati wote. Mpangilio usioungwa mkono unaweza pia kuwa na kosa la kawaida la uelekezaji, na kurekebisha kosa hilo hakubadilishi hali yake ya usaidizi. Kauli zote mbili ni za ripoti, na hakuna moja inayobatilisha nyingine.

Funga mwongozo kwa kurekodi nukuu ya usaidizi, orodha ya mahitaji, mbadala uliochaguliwa na mpangilio wa kuvuka. Vitu hivyo vinne ndivyo ambavyo mkaguzi au mwanachama mpya wa timu ataomba kwanza.