RRAS op enger Azure VM gëtt net ënnerstëtzt: kontrolléiert virum Design

Dir öffnet de Portal, setzt Windows Server 2022 an en Ënneretz an d'Roll Remote Access installéiert sech propper. Dës Reiefolleg beweist, datt den Installateur funktionéiert, net datt Microsoft d'Konfiguratioun ënnerstëtzt. Dem veröffentlichte Server-Software-Ënnerstëtzungsrichtlinn fir Azure-Virtualmaschinnen féiert RRAS ënner de Windows Server-Funktiounen op, déi op Azure VM net ënnerstëtzt ginn, an dat ass eng Architektur-Entscheedung, keen Detail vun der Feelersich. En Tunnel, deen eropkënnt, verréckelt d'Deployment net bannent der Ënnerstëtzungsgrenz.

De folgende Guide fänkt op der Ënnerstëtzungssäit un an dréckt sech dann no baussen zu Ufuerderungen an Ersatzoptiounen.

Fänkt op der Ënnerstëtzungssäit un, net am Labor

Liest d'Azure VM-Ënnerstëtzungsrichtlinn, ier Dir eppes dimensionéiert. Si trennt ënnerstëtzte Produkter, Rollen a Funktiounen, amplaz Windows Server als en eenzegen onënnerscheedleche Block ze behandelen. Mierkt wéi eng Zeil Är geplangt Aarbechtslaascht tatsächlech ënnerfällt, well zwou Komponenten, déi an der Konsole verwandt ausgesinn, an verschiddene Zeile kënne stoen.

Schreift d'Zitatioun an d'Designdokument, soulaang d'Säit op ass. Den Ënnerstëtzungsstatus ass eng Tatsaach mat enger Quell, an en Design-Review, deen se net kann zitéieren, gëtt vun deem, deen d'Demo huet, erofgeredt.

Trennt d'OS-Ënnerstëtzung vun der Rollen- a Funktiounsënnerstëtzung

Déiselwecht Richtlinn féiert Network Policy and Access Services ënner den ënnerstëtzte Rollen, wärend RRAS separat als net ënnerstëtzt opgeféiert gëtt. Déi zwou Entréen beschreiwen verschidden Saachen, an se zu „Fernzougrëff gëtt ënnerstëtzt“ zesummenzefaassen ass de Wee, wéi e Projet op Grond vun enger falscher Liesung genehmegt gëtt. Datt d'Betribssystem ënnerstëtzt gëtt, seet näischt iwwer eng Funktioun mat enger eegener Zeil.

D'Limite ass och méi enk wéi se heiansdo zitéiert gëtt. Et geet ëm déi Funktioun, déi an enger Azure VM leeft; et heescht net, datt e privaten Netzwierk keng Verbindung mat Azure ka maachen, an et seet net, datt RRAS iwwerall net ënnerstëtzt gëtt. En eelere Labor, deen Paketen richteg weiderleet, ass e Beweis iwwer Paketen, net iwwer d'Ënnerstëtzungserklärung.

Halt déi zwou Froen de Rescht vum Projet auserneen: funktionéiert et, an ass et ënnerstëtzt. Dir braucht verschidden Äntwerten a manchmol verschidden Verantwortlecher fir jiddwereng.

Schreift op, wat den Design tatsächlech muss maachen

Ier Dir en Ersatz wielt, maacht d'Lëscht vun de Standuerter zu Ufuerderungen, un deenen e Produkt gemooss ka ginn:

• D'Tunnelprotokoller, déi d'Apparater vun de Filialen schonn schwätzen, an ob iergendeen Standuert dynamesch Routing braucht.
• Déi distanzt Prefixen, och all iwwerlappend Adressraum, deen Iwwersetzung amplaz Routing braucht.
• De Ruttenaustausch mat Azure, a wien all Entrée an der Routingtabell besëtzt.
• Den Duerchfluss an d'Zuel vun de Verbindungen, déi déi bescht Stonn muss droen.
• D'Failover-Verhalen, op dat d'Standoerter sech gëeenegt hunn, net just dat, wat Dir ka bauen.

NAT ass dat Element, dat iwwersprong gëtt an dann den ganzen Design entscheet. En Apparat, deen IPsec opbauen kann, kann Adressen nach ëmmer anescht iwwersetzen wéi déi RRAS-Deployment, déi en ersetzt, an dat ännert, wat d'Filial als Quelladressen gesäit an wat Är Loggen opzeechnen.

Huet d'Lëscht bei d'Netzwierkbesëtzer a bestätegt se virun all Produktdiskussioun. Onkléier Ufuerderungen maachen all Verglach vu Fournisseuren zu enger Preferenzdiskussioun.

Bewäert Ersätz géint dës Ufuerderungen

Azure seng verwalt Konnektivitéitsservicer an déi vum Fournisseur ënnerstëtzte virtuelle Netzwierkapparaten mussen alleb zwee géint déiselwecht Lëscht bewäert ginn. Gitt net dovun aus, datt ee vun deenen en direkten Äquivalent vun enger RRAS VM ass, just well en IPsec ka terminéieren: den NAT-Modell an d'Ruttenbesëtz an d'Design fir héich Disponibilitéit entscheeden, wéi déi bestehend Standuerter sech verbannen a wou hir Äntwerten zeréckkommen. Bewäert all Kandidat um Pabeier géint d'Lëscht a schreift op, wéi eng Ufuerderungen e verfeelt, well déi Notiz mécht d'Wiel spéider iwwerpréifbar.

E Load Balancer virun zwou Apparate-VMen ass net aus sech selwer héich Disponibilitéit. En gëtt e Frontend, keen synchroniséierten Tunnelstatus, an e Failover, deen all Sessioun fale léisst, ass eng Designentscheedung, déi een bewosst muss huelen. Frot den Apparatefournisseur, wat den ënnerstëtzten HA-Muster ass an ob en zu der Disponibilitéit passt, déi de Standuerter versprach gouf. Test de Failover, ier déi Standuerter dovun ofhängeg sinn, a behandelt all verluer Sessioun als Feststellung an net als Iwwerraschung.

Wou d'Ufuerderung wierklech einfach ass — ee Standuert, ee Prefix, keng Iwwerlappung — gewënnt e verwalt Service meeschtens bei de Betribskäschten. Wou Iwwersetzung an dynamesch Routing alleb am Spill sinn, kann den Apparatewee deen eenzegen passende sinn, an dat ass e Grond, eng méi laang Migratioun ze plangen amplaz déi net ënnerstëtzt VM ze behalen.

Wann eng RRAS VM schonn leeft

Entdeckung ass kee Grond, se ze läschen. Plangt d'Ännerung ëm d'Ofhängegkeeten, déi déi VM gesammelt huet: Rutten, op déi aner Ënnernetzer vertrauen, NAT-Reegelen, déi Quelladressen verstoppen, an alles, wat d'Iwwerwaachung geléiert huet vun hirer Adress ze erwaarden. Behält déi noutwendeg Rutten an e getestene Wiederherstellungswee, wärend dat ënnerstëtzt Zil niewendrun designt a validéiert gëtt.

Halt d'Ënnerstëtzbarkeet an d'technesch Diagnos ëmmer als getrennt Feststellungen. Eng net ënnerstëtzt Ariichtung kann och en normale Routingfeeler hunn, an dee Feeler ze korrigéieren ännert hire Ënnerstëtzungsstatus net. Béid Aussoen gehéieren an de Bericht, an keng annuléiert déi aner.

Schléisst de Guide of, andeems Dir d'Ënnerstëtzungszitatioun, d'Lëscht vun den Ufuerderungen, den ausgewielten Ersatz an d'Reiefolleg vum Ëmstiech festhält. Déi véier Punkte sinn dat Éischt, wat en Audit oder en neit Team Member freet.