Wêrom it tafoegjen fan in Azure VPN-prefiks de ferbining ferbrekt

In prefiks tafoege oan it ferkearde Azure-objekt produsearret in ferbining dy't Connected rapportearret en neat trochstjoert, en dat is it djoerste soarte flater yn dizze stapel. Trije boarnen binne belutsen en mar ien fan harren besit de fiere adresromte: de gateway fan it firtuele netwurk, de lokale netwurkgateway dy't de fiere kant beskriuwt, en de ferbining dy't se ferbynt. It prefiks heart by de lokale netwurkgateway, de ferbining moat opnij boud wurde foar't de feroaring yn wurking treedt, en de gateway sels wurdt meastentiids gewurde litten. De folchoarder is net ûnderhannelber, en it portaal lit der mar in part fan sjen.

Trije objekten, wêrfan ien it prefiks hâldt

De adresromte fan it firtuele netwurk beantwurdet in oare fraach: wat yn Azure wennet. In fier prefiks dêr tafoegje liedt ferkear net dêrhinne, it ferbredelet allinnich de romte dy't it platfoarm tinkt te besitten, wat botsje kin mei it echte fiere berik. De lokale netwurkgateway is it objekt dat de fiere prefiksen hâldt, en de ferbining ferwiist nei beide gateways plus in foarôf dielde kaai.

Der is noch in tredde reservearring om yn 't each te hâlden. GatewaySubnet húsfestet de behearde gateway-eksimplaren, moat krekt dy namme drage, en foar net-Basic SKU's wurdt ferwachte dat it teminsten /27 is.

Neat oars heart yn dat subnet, en in prefiksferoaring hat gjin reden om it oan te reitsjen. In prefiks dat ûntbrekt yn 'e lokale netwurkgateway is ûnberikber wat de ferbiningsstatus ek seit, om't de gateway allinnich de prefiksen oanbiedt dêr't er oer ynformearre is by it ûnderhanneljen fan 'e tunnel. Dêrom is it symptoom asymmetrysk: de tunnel is omheech, de feiligensassosjaasje is goed, en ien subnet ferskynt nea yn 'e ferkearsselektearders. As ien fier berik ûntbrekt wylst syn buorlju wurkje, stopje mei nei de tunnel te sjen en lês de lokale netwurkgateway.

Wêrom't it de ferbining is dy't fuorthelle wurdt

It ferbiningsobject fiksearret de ûnderhannele konfiguraasje foar syn hiele libbensdoer. Dêrom hellet de dokumintearre proseduere earst de ferbining fuort, bywurket de lokale netwurkgateway, en makket dan de ferbining opnij mei deselde dielde kaai. De gateway-eksimplaren wurde net opnij boud foar in feroaring fan allinnich it prefiks, wat de útfal beheind hâldt ta it ôfbrekken fan 'e ferbining ynstee fan in nije útdracht fan 'e gateway.

Dat wiskjen is de útfal, dus behannelje it as in plande feroaring mei in begjin en in ferwachte ein ynstee fan in snelle bewurking. Yn PowerShell is de folchoarder koart: Remove-AzVirtualNetworkGatewayConnection -Name Conn1 -ResourceGroupName RG1 -Force, dan Set-AzLocalNetworkGateway mei de nije -AddressPrefix array, dan New-AzVirtualNetworkGatewayConnection mei deselde -SharedKey en deselde gateways. De kaai opnij brûke is wichtich, om't de fiere kant net opnij konfigurearre wurdt en in nije kaai koördinaasje betsjut mei wa't it fiere apparaat besit. As in oar team dat apparaat rint, stim it finster mei harren ôf foar't jo eat fuorthelje.

Wannear't de gateway sels opnij boud wurde moat

In twadde antwurd dat om dit probleem hinne sweeft, seit dat de gateway opnij makke wurde moat en de kaai opnij útwiksele. Dat is krekt foar in oare set operaasjes: it feroarjen fan it gatewaytype of de SKU, it wikseljen tusken point-to-site en site-to-site, of it reparearjen fan in gateway wêrfan't de eigen konfiguraasje ferkeard is. Sokke feroaringen feroarje yndie de gateway-boarne, dus in nijbou is echt nedich.

In gateway makke foar point-to-site kin net samar in site-to-site-ferbining krije. De point-to-site-konfiguraasje moat fuort en de gateway opnij makke, wat ek in nije dielde kaai en in nij kliïntpakket opsmyt.

It point-to-site-pakket fertsjinnet in eigen notysje om't it ferrint. It portaal generearret in bestân mei in koarte libbensdoer, dus de praktyk is it ien kear te downloaden en te fersprieden njonken it kliïntsertifikaat ynstee fan brûkers in portaalferwizing te stjoeren dy't dea is as se derop klikke. Foar de prefiksfraach jildt neat hjirfan. De twa prosedueres skieden hâlde is de hiele dissipline: prefiksen binne in feroaring op ferbiningsnivo, en gateway-eigenskippen binne in feroaring op gatewaynivo.

Lês de tastân, net it portaalbadge

Lês de tastân út de boarne ynstee fan út it badge yn it portaal. Get-AzVirtualNetworkGatewayConnection -Name Conn1 -ResourceGroupName RG1 jout ConnectionStatus werom tegearre mei tellers foar yngeande en útgeande bytes, en it binne de tellers dy't in tunnel dy't ferbûn is en neat draacht skiede fan ien dy't nea ta stân kaam.

Tellers dy't healwei in oerdracht ophâlde te groeien, wiist op it paad ynstee fan op 'e autentikaasje. Tellers dy't hielendal net bewege, wize op 'e prefiksset of de dielde kaai.

Timers ferklearje in klasse fan ferbrekkings dy't ferkeard oan 'e VPN taskriuwd wurde. De loadbalancer fan Azure slút idle streams nei syn konfigurearre timeout, standert fjouwer minuten doe't dizze notysjes skreaun waarden en omheech konfigurearber, dus in OpenVPN-tsjinner op in VM sûnder keepalive kin alle pear minuten falle wylst al it oare sûn liket. In gateway dy't it platfoarm syklisk werstartet, kin ek in VNet-ferbining nei in Web App ûnderbrekke, en dy mislearring sit oan 'e platfoarmkant en net yn in kliïntkonfiguraasje. It teken is oft de ferbrekking in fêst ynterval folget of in feroaring dy't jo makke hawwe.

Hâld de trije objekten en harren wearden yn ien record: de adresromte fan it firtuele netwurk, de prefikslist fan 'e lokale netwurkgateway en de ferwizing nei de dielde kaai fan 'e ferbining. site-to-site PowerShell-artikel dokumintearret de opdrachten fan 'e lokale netwurkgateway en de folchoarder dêr't se by hearre. In prefiksferoaring mei it ûnthâld ferlykje is hoe't in wurkjende tunnel twa kear opnij boud wurdt.

Kontrolearje dan yn 'e folchoarder dy't jo feroare hawwe: de lokale netwurkgateway toant de nije prefikslist, de ferbining is wer Connected, en de tellers bewege as jo ferkear nei in host yn it nije berik stjoere. As de tredde stap mislearret wylst de earste twa slagje, hat de fiere kant de nije ferkearsselektearder net akseptearre en hat it fiere apparaat de byhearrende faze 2-ynfier nedich. Dat is in petear mei de oare ein fan 'e tunnel, net noch in feroaring yn Azure.