Azure VM bateko RRAS ez dago onartuta: egiaztatu diseinatu aurretik

Ataria ireki, Windows Server 2022 azpisare batean zabaldu eta Remote Access rola arazo barik instalatzen da. Segidak horrek instalatzailea funtzionatzen duela frogatzen du, ez Microsoftek konfigurazioa onartzen duenik. Azure makineria birtualetarako argitaratutako zerbitzari-softwarearen laguntza-gidak RRAS sartzen du Azure VMetan onartzen ez diren Windows Server-en eginbideen artean, eta hori arkitektura-erabakia da, ez arazoen konponketaren xehetasuna. Altxatzen den tunelak ez du inplementazioa laguntza-mugaren barrura eramaten.

Beheko ibilbidea laguntza-orritik hasten da, eta gero baldintzetara eta ordezkapen-aukeretara zabaltzen da.

Hasi laguntza-orritik, ez laborategitik

Irakurri Azure VM laguntza-gida ezer dimentsionatu aurretik. Onartutako produktuak, rolak eta eginbideak bereizten ditu, Windows Server bloke bereizi gabe gisa tratatu beharrean. Ohartu zure karga-lanak zein errenkadatan dagoen benetan, kontsolean erlazionatuta ematen duten bi osagaik errenkada ezberdinetan egon baitaitezke.

Idatzi aipamena diseinu-dokumentuan, orria zabalik dagoen bitartean. Laguntza-egoera iturri bat duen egitatea da, eta hura aipatu ezin duen diseinu-berrikuspena demoa duenak gaindituko du.

Bereizi sistema eragilearen laguntza rolen eta eginbideen laguntzatik

Gida berak Network Policy and Access Services onartutako rolen artean zerrendatzen du, RRAS berriz bereizita onartu gabe gisa zerrendatzen duen bitartean. Bi sarrera horiek gauza ezberdinak deskribatzen dituzte, eta „urrutiko sarbidea onartuta dago“ gisa batzeak proiektu bat gaizki irakurrita onartzeko bidea ematen du. Sistema eragilea onartuta egoteak ez du ezer esaten bere errenkada propioa duen eginbide bati buruz.

Muga batzuetan aipatzen den baino estuagoa ere bada. Azure VM baten barruan exekutatzen ari den eginbide horri buruzkoa da; ez du esan nahi sare pribatu batek Azure-ra konektatu ezin duenik, ezta RRAS leku guztietan onartu gabe dagoenik ere. Paketeak behar bezala birbidaltzen dituen laborategi zahar bat paketeei buruzko froga da, ez laguntza-adierazpenari buruzkoa.

Edozein proiekturen gainerakoan bi galdera horiek bereizita mantendu: funtzionatzen du eta onartuta dago. Erantzun ezberdinak eta batzuetan jabe ezberdinak beharko dituzu bakoitzarentzat.

Idatzi diseinuak benetan zer egin behar duen

Ordezkapena aukeratu aurretik, bihurtu guneen zerrenda produktu bat neurtzeko baldintza:

• Adarretako gailuek jadanik hitz egiten dituzten tunel-protokoloak, eta gune batek bideratze dinamikoa behar duen.
• Urrutiko aurrizkiak, bideratzea beharrean itzulpena behar duen gainjartzen den helbide-espazioa barne.
• Azure-rekin ibilbide-trukea, eta ibilbide-taulako sarrera bakoitzaren jabea nor den.
• Ordu bizienak eutsi behar dituen throughput-a eta konexio-kopurua.
• Guneen jabeek adostutako hutsegite-pasaeraren jokaera, eraiki dezakezunarena soilik ez.

NAT da saltatzen den eta gero diseinu osoa erabakitzen duen elementua. IPsec ezarri dezakeen gailu batek oraindik helbideak ordezkatzen duen RRAS inplementazioaren ezberdin itzul ditzake, eta horrek aldatzen du adarrak zer ikusten duen iturburu-helbide gisa eta zure erregistzoek zer jasotzen duten.

Eraman zerrenda sarearen jabeei eta berretsi produktuei buruzko edozein hizketaren aurretik. Baldintza anbiguoek hornitzaileen edozein alderaketa lehentasun-eztabaida bihurtzen dute.

Ebaluatu ordezkapenak baldintza horien arabera

Azure-ren konektibitate-zerbitzu kudeatuek eta hornitzaileek onartutako sare-gailu birtualek zerrenda beraren arabera puntuatu behar dute. Ez pentsa horietako inor RRAS VM baten baliokide zuzena denik IPsec amai dezakeelako soilik: NAT ereduak eta ibilbideen jabetzak eta erabilgarritasun handiko diseinuak erabakitzen dute nola konektatzen diren lehendik dauden guneak eta norantz itzultzen diren haien erantzunak. Puntuatu hautagai bakoitza paperean zerrendaren arabera eta idatzi zein baldintza ez dituen betetzen, ohar horrek egiten baitu hautapena geroago berrikusgarri.

Bi gailu-VM-en aurrean dagoen karga-banatzaile bat ez da erabilgarritasun handia berez. Front-end bat ematen du, ez tunel-egoera sinkronizatua, eta saio guztiak uzten dituen hutsegite-pasaera diseinu-erabakia da norbaitek nahita hartu behar duena. Galdetu gailuaren hornitzaileari zein den onartutako HA eredua eta guneetarako agindutako erabilgarritasunarekin bat egiten duen. Probatu hutsegite-pasaera gune horiek harenganako menpekotasuna hartu aurretik, eta tratatu galdutako saio bakoitza aurkikuntza gisa, ez ustekabe gisa.

Baldintza benetan sinplea denean — gune bat, aurrizki bat, gainjartzerik ez — zerbitzu kudeatuak operazio-kostuan irabazten du normalean. Itzulpena eta bideratze dinamikoa biak jokoan daudenean, gailuaren bidea bakarra izan daiteke egokia, eta hori migrazio luzeagoa planifikatzeko arrazoia da, onartu gabeko VM-a mantendu beharrean.

RRAS VM bat jadanik martxan badago

Aurkikuntza ez da hura ezabatzeko arrazoia. Planifikatu aldaketa VM horrek pilatutako mendekotasunen inguruan: beste azpisare batzuek fidatzen dituzten ibilbideak, iturburu-helbideak ezkutatzen dituzten NAT arauak, eta monitorizazioak haren helbidetik espero izaten ikasi duen guztia. Gorde beharrezko ibilbideak eta probatutako berreskuratze-bidea, onartutako helburua alboan diseinatu eta balioztatzen den bitartean.

Mantendu onargarritasuna eta diagnosi teknikoa aurkikuntza bereizita beti. Onartu gabeko antolaketa batek bideratze-errore arrunta ere izan dezake, eta errore hori zuzentzeak ez du haren laguntza-egoera aldatzen. Bi adierazpenak txostenean daude, eta batek ez du bestea indargabetzen.

Itxi ibilbidea laguntza-aipamena, baldintzen zerrenda, aukeratutako ordezkapena eta aldaketa-ordena erregistratzean. Lau elementu horiek dira auditoro batek edo taldekide berri batek lehenengo eskatuko dituenak.