Zakaj povezava od točke do mesta potrebuje prehod Azure VPN, ki temelji na usmerjanju

Prehod, ki temelji na pravilniku, zgradi tunel IPsec, ki ga izberejo izbirniki prometa, in nima vmesnika, ki bi mu predal odjemalske poti. Povezava od točke do mesta je funkcija usmerjanja: prehod ima nabor odjemalskih naslovov in v virtualnem omrežju namesti poti do teh odjemalcev. Prav to neskladje je razlog, da portal ne pokaže nobene možnosti za dodajanje. Ničesar na obstoječem prehodu ni mogoče preklopiti, da bi ustvaril vmesnik, zato je sprememba zamenjava in ne urejanje konfiguracije.

Vrstni red je pomembnejši od posameznih korakov. Če je zaporedje napačno, izpad med mestoma preseže okno vzdrževanja.

Kaj prehod, ki temelji na pravilniku, v resnici počne

Prehod, ki temelji na pravilniku, primerja pakete z izbirniki prometa, konfiguriranimi na povezavi, in ujemanja pošlje v en tunel. Ni vmesnika tunela z naslovom in nikjer v virtualnem omrežju se ne pojavi pot za posameznega odjemalca. Tabela poti preprosto prejme lokalne predpone, ki kažejo na prehod. Ta model zadošča za povezavo med mestoma med dvema fiksnima naslovnima prostoroma.

Prehod, ki temelji na usmerjanju, deluje obratno: ponuja vmesnik tunela in poti odločajo, kaj vstopi vanj. Povezava od točke do mesta in vsaka zasnova, katere nabor partnerjev se spreminja, sta odvisna od obstoja tega vmesnika.

Zakaj nabor odjemalcev potrebuje ta vmesnik

Ko se prenosnik poveže, mu prehod dodeli naslov iz nabora od točke do mesta. Virtualno omrežje nato potrebuje pot, ki pravi, da je ta naslov dosegljiv prek prehoda. Brez vmesnika tunela ni ničesar, kamor bi pritrdili to pot.

Nabor izhaja iz obsega, ki ga določite, in prehod dodeljuje iz njega. Če se ta obseg prekriva z lokalnim omrežjem ali z vzporednim virtualnim omrežjem, se konflikt pokaže šele po povezavi odjemalca, kar je slab trenutek za odkritje. Rezervirajte nabor pred začetkom selitve.

Tudi vrsta ni nastavitev za posamezno povezavo. En prehod ima eno vrsto in vsaka povezava, ki jo drži, se obnaša skladno s tem, zato mešana zasnova potrebuje drugi prehod in ne druge povezave.

Vrsta je določena ob ustvarjanju

Microsoft navaja, da prehoda virtualnega omrežja po uvedbi ni mogoče spremeniti med na pravilniku in na usmerjanju zasnovanim. Ni ukaza za pretvorbo in ni stikala na portalu. Ustvarjanje drugega prehoda v istem podomrežju tudi ni rešitev, ker Azure dovoljuje en prehod na virtualno omrežje. Selitev je zato odstraniti, znova zgraditi in znova povezati.

To vključi tudi odločitev o SKU v isto gradnjo. Poznejši prehod na večji SKU je še ena zamenjava prehoda z še enim izpadom.

En prehod, en GatewaySubnet

Prehod živi v podomrežju z imenom GatewaySubnet in zaseda ga samo en prehod. Določitev velikosti tega podomrežja sodi k pripravi, ker večji SKU potrebuje več naslovov in podomrežja pozneje ni mogoče zmanjšati. Preden se česar koli dotaknete, zabeležite trenutne nastavitve med mestoma, skupni ključ, prehod lokalnega omrežja in učinkovite poti. Nato okno obravnavajte kot izpad, ker tunel med mestoma ostane izklopljen, dokler ni konfigurirana nova povezava.

Vrstni red ponovne gradnje, ki omeji izpad: ustvarite prehod, ki temelji na usmerjanju, znova ustvarite povezavo med mestoma na isti prehod lokalnega omrežja, potrdite tunel in eno zahtevo od gostitelja do gostitelja, in šele nato dodajte od točke do mesta ter ustvarite nov odjemalski paket.

Česa zamenjava ne odpravi

Druga omejitev pripada partnerju in ne Azure. Lokalna naprava, ki temelji na pravilniku, doseže le virtualno omrežje, s katerim je povezana, in ne more prehajati v druga lokalna omrežja ali druga virtualna omrežja prek istega prehoda. Zamenjava strani Azure ne spremeni tega, kar lahko partner izbere.

Če je zahteva res prehod med mesti, je odgovor partnerska naprava, ki temelji na usmerjanju, ali topologija, v kateri se vsak cilj konča ločeno. To razrešite, preden obljubite datum, ker sama zamenjava prehoda tega ne bo zagotovila.

Vrstni red operacij in preverjanj

Vsako zmožnost preverite posebej. Najprej stanje tunela med mestoma in eno zahtevo od gostitelja do gostitelja, nato povezavo od točke do mesta in en vir v zasebni lasti, nato vsako tranzitno pot, ki jo zasnova trdi. Zeleno stanje prehoda dokazuje le, da se je varnostna povezava dvignila, in nič več. Preverjanja držite v tem vrstnem redu, da napaka pokaže na stopnjo, ki jo je uvedla.

Po vsaki spremembi topologije znova ustvarite odjemalske pakete in nabor držite stran od vsakega lokalnega in vzporednega obsega. Omejitve in razlike med SKU so zbrane v referenci nastavitev Azure VPN Gateway.