Uppsetning GatewaySubnet í Azure: taktu það frá fyrir gáttina

Opnaðu sýndarnetið í gáttinni og skoðaðu vistfangarýmið áður en þú snertir undirnetsblaðið. Ef sú /24 er þegar skipt í vinnuálagsundirnet án þess að nokkuð sé laust er ekkert pláss fyrir /27-frátekt, og á endanum munt þú annaðhvort skipta aftur eða víkka VNetið, sem er önnur breyting með annarri endurskoðun. Festu rýmið fyrst og búðu svo til undirnetið.

Þessi röð skiptir máli því undirnet gáttarinnar er ekki vinnuálagsundirnet með sérstöku nafni. Það er vistfangafrátekt fyrir stýrðar gáttareintök, og Azure mun hafna gáttinni ef frátektin er röng.

Byrjaðu á vistfangarýminu

Skrifaðu forskeyti VNetsins, vinnuálagsundirnetin og gáttarfrátektina á eina línu áður en þú slærð inn nokkuð. VNet á 10.60.0.0/16 hefur pláss; veldu svið við endann svo vöxtur vinnuálags haldist samfelldur.

Til dæmis skilur 10.60.255.192/26 eftir 64 vistföng fyrir gáttina á meðan vinnuálag helst í 10.60.0.0/20. Þetta er dæmi um vistfangaskipulag, ekki loforð um stærð. Microsoft krefst nú /27 eða stærra fyrir VPN-gáttir sem eru ekki Basic, þar sem stærra þýðir fleiri vistföng: /26 gefur 64, en /28 gefur 16. Námundaðu upp, aldrei niður, á meðan vistfangaáætlunin hreyfist enn.

Búðu til undirnetið með nákvæma nafninu

Í gáttinni skaltu bæta við undirneti og slá inn nafnið GatewaySubnet nákvæmlega, stórt G og stórt S, án bila eða viðskeytis. Azure passar þennan streng, svo Gateway-Subnet eða gateway býr til undirnet sem gáttarþjónustan mun ekki nota.

Sama skref úr CLI, sem er auðveldara að setja í endurskoðun:

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

Láttu undirnetið vera tómt. Ekkert VM, engin einkatenging, engin þjónustudelegering. Ef eitthvað býr þar þegar misheppnast uppsetningin og villan nefnir sjaldan auðlindina sem stendur í vegi, svo skoðaðu auðlindalista undirnetsins áður en þú byrjar.

Haltu stýrða undirnetinu lausu við vinnuálagsreglur

Ekki tengja netöryggishóp við þetta undirnet; Microsoft merkir það sem óstudd. Ekki tengja leiðartöflu þar sem sjálfgefin leið sendir 0.0.0.0/0 eitthvert, því það getur eyðilagt rekstur gáttarinnar, og hafðu útbreiðslu gáttarleiða virka.

Settu aðgangstakmarkanirnar sem þú vildir í raun á vinnuálagsundirnetið eða við skoðunarmörk. Að meðhöndla GatewaySubnet sem venjulegt undirnet er mistökin sem framleiða gátt sem setur sig upp hreinlega og sleppir svo engri umferð í gegn.

Þvinguð göngulögn hefur sína eigin skjalfestu hönnun. Uppspuni á sjálfgefinni leið á undirneti gáttarinnar er það ekki.

Athugaðu háðin sem gáttin sýnir ekki

Áður en þú ýtir á búa til skaltu fara í gegnum listann: nákvæmt nafn, forskeyti innan VNet-rýmisins, engin skörun við staðbundin svið, engar vinnuálagsauðlindir inni, ekkert NSG og engin leiðartafla með sjálfgefinni leið. Hvert þessara hefur brotið raunverulega uppsetningu. Staðfestu svo víðtækari hönnunina: staðbundið netgátt fyrir staðbundna hlið, vistfangarýmin sem þú býst við að beina og hvort virkt-virkt eða samvera sé áætluð. Þessar ákvarðanir breyta samtölunni um stærð, og það er mun ódýrara að ljúka þeim núna.

Azure-gáttarstillingaviðmiðin er síðan sem vitna á í þegar einhver spyr af hverju undirnetið geti ekki hýst VM.

Ef gáttin er þegar til

Að stækka eða skipta um gáttarundirnet er ekki grímuumsýsla. Athugaðu fyrst studda breytingarferlið fyrir SKU og kynslóð gáttarinnar og listauðu háðu hlutina: tengingar, opinber IP, leiðarstýringu og allar kröfur um endurheimt.

Ef ferlið krefst þess að gáttin sé endursköpuð skaltu skipuleggja það sem þjónustuflutning með glugga og afturköllun. Skráðu frátektina sem þú valdir, ástæðuna fyrir stærðinni og reglurnar sem þú tengdir viljandi ekki, svo næsti endurskoðandi lagaði ekki tóma undirnetið með því að bæta við NSG.