Azure GatewaySubnet beállítása: foglalja le az átjáró előtt

Nyissa meg a virtuális hálózatot a portálon, és nézze meg a címteret, mielőtt hozzányúlna az alhálózat paneljéhez. Ha azt a /24-et már felosztották munkaterhelés-alhálózatokra, és semmi sem maradt szabadon, nincs hely /27-es foglalásra, és végül vagy újraosztja, vagy szélesíti a VNetet, ami másik módosítás, másik ellenőrzéssel. Először rendezze a helyet, aztán hozza létre az alhálózatot.

A sorrend számít, mert az átjáró alhálózata nem különleges nevű munkaterhelés-alhálózat. Ez a felügyelt átjárópéldányok címfoglalása, és az Azure visszautasítja az átjárót, ha a foglalás hibás.

Kezdje a címtérrel

Írja fel a VNet előtagját, a munkaterhelés-alhálózatokat és az átjáró foglalását egy sorba, mielőtt bármit begépel. A 10.60.0.0/16-on álló VNetnek van helye; válasszon tartományt a végén, hogy a munkaterhelések növekedése összefüggő maradjon.

Például a 10.60.255.192/26 64 címet hagy az átjárónak, miközben a munkaterhelések a 10.60.0.0/20-ban maradnak. Ez címtervezési példa, nem méretígéret. A Microsoft jelenleg /27-es vagy nagyobb tartományt ír elő a nem Basic VPN-átjárókhoz, ahol a nagyobb több címet jelent: a /26 64-et ad, míg a /28 16-ot. Felfelé kerekítsen, soha lefelé, amíg a címterv még mozog.

Hozza létre az alhálózatot a pontos névvel

A portálon adjon hozzá alhálózatot, és írja be a nevet GatewaySubnet pontosan, nagy G és nagy S, szóköz és utótag nélkül. Az Azure ezt a karakterláncot egyezteti, ezért a Gateway-Subnet vagy a gateway olyan alhálózatot hoz létre, amelyet az átjárószolgáltatás nem használ.

Ugyanez a lépés a CLI-ből, amelyet könnyebb ellenőrzésbe írni:

az network vnet subnet create --resource-group rg-hub --vnet-name vnet-hub --name GatewaySubnet --address-prefixes 10.60.255.192/26

Hagyja üresen az alhálózatot. Nincs VM, nincs privát végpont, nincs szolgáltatásdelegálás. Ha már lakik ott valami, a telepítés meghiúsul, és a hiba ritkán nevezi meg az útközben álló erőforrást, ezért kezdés előtt nézze át az alhálózat erőforráslistáját.

Tartsa mentesnek a felügyelt alhálózatot a munkaterhelés-szabályoktól

Ne csatoljon hálózati biztonsági csoportot ehhez az alhálózathoz; a Microsoft ezt nem támogatottként jelöli. Ne társítson olyan útvonaltáblát, amelynek alapértelmezett útvonala a 0.0.0.0/0-t valahová küldi, mert ez tönkreteheti az átjáró működését, és tartsa bekapcsolva az átjáró útvonalterjesztését.

A ténylegesen kívánt hozzáférési korlátozásokat a munkaterhelés-alhálózatra vagy egy vizsgálati határra tegye. A GatewaySubnet hétköznapi alhálózatként kezelése az a hiba, amely olyan átjárót eredményez, amely tisztán települ, majd semmilyen forgalmat nem enged át.

A kényszerített bújtatásnak saját dokumentált terve van. Egy rögtönzött alapértelmezett útvonal az átjáró alhálózatán nem az.

Ellenőrizze a portál által nem mutatott függőségeket

Mielőtt a létrehozásra kattint, menjen végig a listán: pontos név, a VNet terén belüli előtag, nincs átfedés a helyi tartományokkal, nincs munkaterhelés-erőforrás bent, nincs NSG, és nincs alapértelmezett útvonalat tartalmazó útvonaltábla. Ezek mindegyike tört már el valódi telepítést. Utána erősítse meg a tágabb tervet: a helyi oldal helyi hálózati átjárója, az útválasztani kívánt címterek, és hogy aktív-aktív vagy együttélés van-e tervezve. Ezek a döntések megváltoztatják a méretezésről szóló beszélgetést, és sokkal olcsóbb most rendezni őket.

Az Azure átjáróbeállítások referenciája az az oldal, amelyet idézni kell, amikor valaki azt kérdezi, miért nem tud az alhálózat VM-et befogadni.

Ha az átjáró már létezik

Az átjáró alhálózatának átméretezése vagy lecserélése nem maszkszerkesztés. Először ellenőrizze az átjáró SKU-jához és generációjához támogatott módosítási eljárást, és listázza a függő objektumokat: kapcsolatok, nyilvános IP-k, útválasztás és bármilyen helyreállítási követelmény.

Ha az eljárás az átjáró újbóli létrehozását kívánja, tervezze szolgáltatásáttelepítésként ablakkal és visszaállítással. Jegyezze fel a választott foglalást, a méret okát és azokat a szabályokat, amelyeket szándékosan nem csatolt, hogy a következő ellenőrző ne javítsa ki az üres alhálózatot egy NSG hozzáadásával.