RRAS á Azure VM er ekki stutt: athugaðu fyrir hönnun

Þú opnar gáttina, setur Windows Server 2022 upp í undirneti og Remote Access hlutverkið setst upp án vandræða. Þessi röð sannar að uppsetningin virkar, ekki að Microsoft styðji stillinguna. Birtar stuðningsleiðbeiningar fyrir þjónbúnað fyrir Azure sýndarvélar telja RRAS meðal Windows Server eiginleika sem ekki eru studdir á Azure VM, og það er byggingarákvörðun en ekki smáatriði í bilanaleit. Göng sem koma upp færa uppsetninguna ekki inn fyrir stuðningsmörkin.

Leiðsögnin hér að neðan byrjar á stuðningssíðunni og vinnur sig síðan út að kröfum og valkostum við endurnýjun.

Byrjaðu á stuðningssíðunni, ekki í rannsóknarstofunni

Lestu stuðningsleiðbeiningar Azure VM áður en þú ákvarðar nokkrar stærðir. Þær aðskilja studdar vörur, hlutverk og eiginleika í stað þess að meðhöndla Windows Server sem eina ógreinda blokk. Taktu eftir í hvaða röð fyrirhuguð vinnsla fellur í raun, því tveir þættir sem líta tengdir út í stjórnborðinu geta verið í mismunandi röðum.

Skrifaðu tilvísunina í hönnunarskjalið meðan síðan er opin. Stuðningsstaða er staðreynd með heimild, og hönnunarumsögn sem getur ekki vitnað í hana verður borin fram yfir af þeim sem hefur kynninguna.

Aðskildu stuðning stýrikerfis frá stuðningi hlutverka og eiginleika

Sömu leiðbeiningar telja Network Policy and Access Services meðal studdra hlutverka á meðan RRAS er talið sérstaklega sem ekki stutt. Þessar tvær færslur lýsa mismunandi hlutum, og að sameina þær í „fjarnám er stutt“ er leiðin sem verkefni er samþykkt á röngum lestri. Það að stýrikerfið sé stutt segir ekkert um eiginleika sem hefur sína eigin röð.

Takmörkunin er líka þrengri en stundum er vitnað í. Hún varðar þennan eiginleika sem keyrir inni í Azure VM; hún þýðir ekki að einkarnet geti ekki tengst Azure, og hún segir ekki að RRAS sé ekki stutt hvar sem er. Eldri rannsóknarstofa sem sendir pakka rétt er sönnun um pakka, ekki um stuðningsyfirlýsinguna.

Haltu þessum tveimur spurningum aðskildum út verkefnið: virkar það, og er það stutt. Þú þarft mismunandi svör og stundum mismunandi eigendur fyrir hvora.

Skrifaðu hvað hönnunin þarf í raun að gera

Áður en þú velur endurnýjun, breyttu staðalistanum í kröfur sem hægt er að mæla vöru við:

• Göngusamskiptareglur sem tæki útibúanna tala þegar, og hvort einhver staður þarf kraftvirka leiðsögn.
• Fjarlæg forskeyti, þar á meðal hvert skarastandi vistfangssvæði sem þarf þýðingu en ekki leiðsögn.
• Leiðaskipti við Azure, og hver á hverja færslu leiðatöflunnar.
• Afköst og fjöldi tenginga sem mesta annatíminn þarf að standa undir.
• Misheppnuð yfirfærsluhegðun sem eigendur staðanna hafa samþykkt, ekki aðeins sú sem þú getur byggt.

NAT er atriðið sem er sleppt og ræður síðan allri hönnuninni. Tæki sem getur komið á IPsec getur samt þýtt vistföng á annan hátt en RRAS uppsetningin sem það kemur í stað, og það breytir því hvað útibúið sér sem upprunavistföng og hvað annálar þínir skrá.

Farðu með listann til neteigendanna og staðfestu hann fyrir hverjar vöruumræður. Óljósar kröfur gera hvern samanburð birgja að smekkdeilu.

Metið endurnýjanir gegn þessum kröfum

Stýrðar tengiþjónustur Azure og net-sýndartæki sem birgjar styðja þarf bæði að punkta gegn sama listanum. Ekki gera ráð fyrir að sitt hvort þeirra sé bein jafngildi RRAS VM bara af því að það getur sagt IPsec upp: NAT módelið og eignarhald leiða og hönnun háa aðgengis ráða því hvernig núverandi staðir tengjast og hvert svör þeirra fara. Punktið hvern frambjóðanda á pappír gegn listanum og skrifið hvaða kröfur hann uppfyllir ekki, því sú athugasemd gerir valið endurskoðanlegt síðar.

Hleðsludreifir fyrir framan tvær tækja-VM er ekki hátt aðgengi af sjálfu sér. Hann veitir framenda, ekki samstillt göngustöðu, og yfirfærsla sem sleppir hverri lotu er hönnunarákvörðun sem einhver verður að taka viljandi. Spurðu tækjabirgjann hvaða studda HA mynstur sé notað og hvort það passi við aðgengið sem staðunum var lofað. Prófaðu yfirfærsluna áður en þeir staðir verða háðir henni, og meðhöndlaðu hverja tapaða lotu sem niðurstöðu en ekki óvart.

Þar sem krafan er virkilega einföld — einn staður, eitt forskeyti, engin skörun — vinnur stýrð þjónusta yfirleitt á rekstrarkostnaði. Þar sem þýðing og kraftvirk leiðsögn eru bæði í gangi getur tækjaleiðin verið eina hæfilega leiðin, og það er ástæða til að skipuleggja lengri yfirfærslu í stað þess að halda óstuddu VM.

Ef RRAS VM er þegar í gangi

Uppgötvun er ekki ástæða til að eyða því. Skipuleggðu breytinguna í kringum þær ósjálfstæður sem það VM safnaði: leiðir sem önnur undirnet treysta á, NAT reglur sem fela upprunavistföng, og allt sem vöktunin hefur lært að búast við frá vistfangi þess. Varðveittu nauðsynlegu leiðirnar og prófaða endurheimtaleið meðan studda markið er hannað og staðfest við hliðina.

Haltu stuðningshæfni og tæknilegri greiningu sem aðskildum niðurstöðum alla tíð. Óstudd uppsetning getur líka haft venjulega leiðsagnarvillu, og að laga þá villu breytir ekki stuðningsstöðu hennar. Báðar fullyrðingarnar eiga heima í skýrslunni, og hvorug afnæmir hina.

Ljúktu leiðsögninni með því að skrá stuðningstilvísunina, kröfulistann, valda endurnýjun og umskiptaröðina. Þessi fjögur atriði eru það fyrsta sem endurskoðandi eða nýr liðsfélagi mun biðja um.