Zergatik Azure VPN aurrizki bat gehitzeak konexioa eteten duen

Azure objektu okerrean gehitutako aurrizki batek Connected jakinarazten duen eta ezer birbidaltzen ez duen konexioa sortzen du, eta hori da pila honetako akatsik garestiena. Hiru baliabide daude tartean eta horietako batek bakarrik dauka urruneko helbide-espazioa: sare birtualaren atea, urruneko aldea deskribatzen duen sare lokalaren atea eta biak lotzen dituen konexioa. Aurrizkia sare lokalaren atearena da, konexioa berreraiki behar da aldaketak eragina izan dezan, eta atea bera normalean ukitu gabe uzten da. Ordena ez da negoziagarria, eta atariak horren zati bat baino ez du erakusten.

Hiru objektu, horietako batek aurrizkia gordetzen du

Sare birtualaren helbide-espazioak beste galdera bati erantzuten dio: zer bizi den Azure barruan. Han urruneko aurrizki bat gehitzeak ez du trafikoa hara bideratzen, plataformak berezkotzat jotzen duen espazioa zabaltzen du soilik, eta horrek benetako urruneko barrutiarekin talka egin dezake. Sare lokalaren atea da urruneko aurrizkiak gordetzen dituen objektua, eta konexioak bi ateei eta aldez aurretik partekatutako gako bati egiten die erreferentzia.

Hirugarren erreserba bat ere badago kontuan hartzekoa. GatewaySubnet ateko instantzia kudeatuak ostatatzen ditu, zehazki izen hori izan behar du, eta Basic ez diren SKUetarako gutxienez /27 izatea espero da.

Beste ezerk ez du azpisare horretan lekurik, eta aurrizki-aldaketa batek ez du hura ukitzen hasteko arrazoirik. Sare lokalaren atean falta den aurrizki bat iristezina da konexioaren egoerak esaten duen edozein dela ere, atariak tunela negoziatzean jakinarazi zizkioten aurrizkiak baino ez baititu eskaintzen. Horregatik da sintoma asimetrikoa: tunela goraino dago, segurtasun-elkartea ondo dago, eta azpisare bat ez da inoiz agertzen trafiko-hautatzaileetan. Urruneko barruti bakarra falta bada bere bizilagunak funtzionatzen duten bitartean, utzi tunelari begiratzeari eta irakurri sare lokalaren atea.

Zergatik kentzen den konexioa

Konexioaren objektuak negoziatutako konfigurazioa finkatzen du bere bizitza osoan. Horregatik, dokumentatutako prozedurak konexioa kentzen du lehenengo, sare lokalaren atea eguneratzen du, eta gero konexioa berriro sortzen du gako partekatu berarekin. Atearen instantziak ez dira berreraikitzen aurrizki-aldaketa huts baterako, eta horrek etenaldia konexioaren desmuntaketara mugatzen du, atearen berrinplazamendura izan beharrean.

Ezabaketa hori da etenaldia, beraz, hasiera eta amaiera esperoduna duen aldaketa planifikatutzat hartu ezazu, edizio azkar bat bezala hartu beharrean. PowerShell-en sekuentzia laburra da: Remove-AzVirtualNetworkGatewayConnection -Name Conn1 -ResourceGroupName RG1 -Force, gero Set-AzLocalNetworkGateway exekutatu -AddressPrefix array berriarekin, gero New-AzVirtualNetworkGatewayConnection -SharedKey berarekin eta ate berberekin. Gakoa berrerabiltzeak garrantzia du, urruneko aldea ez baita berrikonfiguratzen eta gako berriak urruneko gailuaren jabearekin koordinatzea eskatzen baitu. Gailu hori beste talde batek kudeatzen badu, adostu leihoa haiekin ezer kendu aurretik.

Noiz berreraiki behar da atea bera

Arazo honen inguruan dabilen bigarren erantzun batek atea berriro sortu eta gakoa berriro trukatu behar dela dio. Hori beste eragiketa-multzo baterako da zuzena: ate mota edo SKU aldatzea, puntutik gunera eta gunetik gunera artean pasatzea, edo bere konfigurazioa oker duen atea konpontzea. Aldaketa horiek ateko baliabidea aldatzen dute, beraz berreraikuntza benetan beharrezkoa da.

Puntutik gunera sortutako ate bati ezin zaio gunetik gunera konexio bat eman besterik gabe. Puntutik gunera konfigurazioa kendu eta atea berriro sortu behar da, eta horrek gako partekatu berria eta bezero-pakete berria ere sortzen ditu.

Puntutik gunera paketeak bere ohar propioa merezi du, iraungitzen baita. Atariak bizitza laburreko fitxategi bat sortzen du, beraz ikuspegi praktikoa da behin deskargatu eta bezeroaren ziurtagiriarekin batera banatzea, erabiltzaileei klikatzerako hilda egongo den atari-esteka bat bidaltzearen ordez. Aurrizkiaren galderari dagokionez, horietako ezerk ez du balio. Bi prozedurak bereizita edukitzea da diziplina osoa: aurrizkiak konexio-mailako aldaketa dira, eta ateen propietateak ate-mailako aldaketa dira.

Irakurri egoera, ez atariaren txartela

Irakurri egoera baliabidetik, atariko txarteletik baino. Get-AzVirtualNetworkGatewayConnection -Name Conn1 -ResourceGroupName RG1 itzultzen du ConnectionStatus sarrera eta irteera byte-kontagailuekin batera, eta kontagailuek bereizten dute konektatuta dagoen eta ezer eramaten ez duen tunela inoiz ezarri ez zen tunel batetik.

Transferentziaren erdian handitzen uzten duten kontagailuek bidea seinalatzen dute, ez autentifikazioa. Batere mugitzen ez diren kontagailuek aurrizki-multzoari edo gako partekatuari seinalatzen diete.

Tenporizadoreek VPN-ari oker egozten zaion deskonexio-mota bat argitzen dute. Azure-ren karga-balantzeak fluxu inaktiboak ixten ditu konfiguratutako denbora-mugaren ondoren, ohiko lau minutu ohar hauek idatzi zirenean eta gora konfigura daiteke, beraz VM bateko OpenVPN zerbitzari batek keepalive gabe minutu gutxian behin eror daiteke gainerako guztia osasuntsu dirudien bitartean. Plataformak ziklikoki berrabiarazten duen ate batek ere VNet konexio bat Web App-ekin eteten du, eta hutsegite hori plataformaren aldean dago, ez bezeroaren konfigurazioan. Aztarna da deskonexioak tarte finko bati jarraitzen dion ala zuk egindako aldaketa bati.

Eduki hiru objektuak eta haien balioak erregistro bakarrean: sare birtualaren helbide-espazioa, sare lokalaren atearen aurrizki-zerrenda eta konexioaren gako partekatuaren erreferentzia. gunetik gunera PowerShell artikulua sare lokalaren atearen komandoak eta hauek dagozkien ordena dokumentatzen ditu. Aurrizki-aldaketa bat memoriarekin alderatzea da funtzionatzen duen tunel bat bitan berreraikitzeko modua.

Gero egiaztatu aldatu duzun ordenan: sare lokalaren atea aurrizki-zerrenda berria erakusten du, konexioa berriro Connected dago, eta kontagailuak mugitzen dira barruti berriko ostalari batera trafikoa bidaltzean. Hirugarren urratsak huts egiten badu lehenengo bik gainditzen duten bitartean, urruneko aldeak ez du trafiko-hautatzaile berria onartu eta urruneko gailuak bat datorren 2. faseko sarrera behar du. Hori tunelaren beste muturrarekin egiteko elkarrizketa da, ez Azure-ko beste aldaketa bat.