Azure P2S: ien Windows-klient mist rûtes nei in VNet-wiziging

Twa laptops ferifiearje by deselde Azure point-to-site-gateway, en mar ien berikt it nij ferbûne VNet. Beide litte Connected sjen, dus autentikaasje is it ferskil net; de bestimmingsrûtes dy't se hâlde binne it ferskil. Begjin by de klient dy't mislearret, ferlykje ien bestimming, en beslút pas dêrnei oft it gateway-pakket of de lokale rûtetabel de gat besit.

Begjin by de klient dy't mislearret, net by de gateway

Befêstigje de topology foardat jo de laptop de skuld jouwe. Kontrolearje hokker VNets oan it gateway-VNet ferbûn binne en oft it nije netwurk direkt peer is of troch in aparte site-to-site-tunnel berikt wurdt. As it nije VNet hielendal net oan it gateway-VNet ferbûn is, kin gjin klientpakket dêrhinne rûte, en de wurkjende laptop is de anomalie dy't ferklearre wurde moat. Skriuw it antwurd op, want it beslút oft jo in klient of in gateway debugge.

As de topology goed is, sette jo de twa laptops njonken elkoar. Deselde gateway, deselde adrespoule, deselde protokol en deselde klientferzje is de ferliking dy't jo wolle; al it oare is in twadde fariabele dy't jo letter útslute moatte.

Ferlykje ien bestimming mei route print

Kies in tastien resource-IP en ferlykje beide laptops twa kear: loskeppele en dêrnei ferbûn. Op Windows listet route print -4 IPv4-rûtes mei bestimmingsprefiks, ynterface, folgjende hop en metryk. Skriuw de rige op dy't foar dy bestimming echt winne soe, yn stee fan ynfieringen te tellen dy't it wurd VPN befetsje.

De seleksje giet earst op it langste prefiks, dan op metryk, sadat in spesifiker lokale rûte de tunnelrûte ferslaan kin sûnder ferkeard te lykjen. As de bedoelde bestimming yn 10.24.0.0/16 leit, lit in sûne klient in passende rûte op 'e VPN-ynterface sjen, wylst de mislearjende klient itselde adres nei syn standertgateway stjoert.

In konfliktend lokaal prefiks kin itselde symptoom opleverje. Foardat jo wat tafoegje, beslute jo hokker fan 'e twa gefallen jo hawwe: hielendal gjin tunnelrûte, of in tunnelrûte dy't ferliest fan in spesifikere.

TTL expired is gjin rûteferdielingsflater

In ping dy't TTL expired in transit weromjout, seit dat it pakket syn hop-kwota ferbrûkt hat, wat meastentiids in trochstjoer-lus betsjut en gjin stikken VPN-stjoerder. Windows-ping akseptearret in TTL oant 255, en it ferheegjen fan 'e wearde reparearret gjin lus; it fertraget allinnich deselde flater. Behannelje it berjocht as in symptoom fan it paad, net as bewiis oer rûteferdieling.

Brûk tracert -4 10.24.1.10 om te sjen wêr't it paad werhellet. As deselde twa hops hieltyd wer ferskine, sykje dan in rûte dy't tunnelrjochte ferkear werom yn 'e tunnel stjoert of nei in lokale router dy't it weromstjoert.

Meitsje it pakket op 'e nij oan op 'e gateway dy't it besit

Microsoft dokumintearret dat Windows-klientpakketten nei relevante topologywizigings op 'e nij downloade en ynstalleare wurde moatte. Helje it aktuele pakket fan 'e Azure-gateway dy't dit profyl tsjinnet, en pas it dan ta mei it stipe proses foar dy klient. It ferfangen fan in útfierber bestân fan in net-relatearre VPN-applikaasje is net deselde operaasje as it op 'e nij oanmeitsjen fan gatewayspesifike ynstellings. It pakket op 'e nij downloade is goedkeap; oer lokale rûtes te rieden net.

Ferbyn jo op 'e nij en lês de rûte foar de oarspronklike bestimming nochris. Hâld de rigen foar en nei by it wizigingsrecord, sadat it resultaat krekter is as ik haw de klient op 'e nij ynstallearre.

De Azure P2S-rûtesenario's skiede direkt peerde VNets fan netwurken dy't troch oare tunnels berikt wurde, en in nij pakket kin peering net transityf meitsje. Guon Windows site-to-site- of BGP-senario's hawwe ek hânmjittich konfigurearre fiere rûtes nedich, dus pakketfernijing is gjin universeel rûteferdielingsmeganisme.

Hâld in tydlike rûte tydlik

In hânmjittige rûte kin in ûntbrekkende klientrûte isolearje, mar bou it út it echte ûntwerp: route add 10.24.0.0 mask 255.255.0.0 172.16.0.1 if 42, sûnder de persistinte flagge, sadat it by werstart ferdwynt. Kies de ynterface-yndeks en folgjende hop út 'e ferbûne VPN-adapter, net út in gissing.

Lit in eksperimintele rûte net stean as in permaninte konkurrearjende eigner. Takomstige profylfernijing kin itselde prefiks mei in oare metryk tafoegje, en dan beslút de hânmjittige ynfier stiltsjes hokker paad wint. Skriuw de fuorthelstap yn 'e wiziging op.

As de krekte rûte aktyf is, test dan de doelapplikaasje yn stee fan in ping. As pakketten Azure berikke mar de tsjinst noch mislearret, kontrolearje dan de netwurkfeiligensgroep en it werompaad, want dy steane los fan oft de laptop it prefiks leard hat.