Подешавање GatewaySubnet у Azure-у: резервишите га пре приступника

Отворите виртуелну мрежу на порталу и погледајте адресни простор пре него што дотакнете панел подмреже. Ако је та /24 већ подељена на подмреже радних оптерећења и ништа није слободно, нема места за резервацију /27 и на крају ћете или поново делити или проширити VNet, што је друга измена са другим прегледом. Прво одредите простор, затим направите подмрежу.

Тај редослед је важан јер подмрежа приступника није подмрежа радног оптерећења са посебним називом. То је резервација адреса за управљане инстанце приступника, и Azure ће одбити приступник ако је резервација погрешна.

Почните од адресног простора

Запишите префикс VNet-а, подмреже радних оптерећења и резервацију приступника у један ред пре него што било шта унесете. VNet на 10.60.0.0/16 има места; изаберите опсег на крају да раст оптерећења остане непрекинут.

На пример, 10.60.255.192/26 оставља 64 адресе за приступник, док оптерећења остају у 10.60.0.0/20. То је пример планирања адреса, не обећање о величини. Microsoft тренутно захтева /27 или већи за VPN приступнике који нису Basic, где већи значи више адреса: /26 даје 64, а /28 даје 16. Заокружујте навише, никада наниже, док се план адреса још помера.

Направите подмрежу са тачним називом

На порталу додајте подмрежу и унесите назив GatewaySubnet тачно, велико G и велико S, без размака или суфикса. Azure пореди тај низ, па Gateway-Subnet или gateway ствара подмрежу коју услуга приступника неће користити.

Исти корак из CLI-ја, који је лакше уписати у преглед:

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

Оставите подмрежу празну. Без VM, без приватног endpoint-а, без делегирања услуге. Ако тамо већ нешто живи, распоређивање не успева и грешка ретко именује ресурс који смета, зато пре почетка проверите листу ресурса подмреже.

Држите управљану подмрежу слободном од правила оптерећења

Не прикачите мрежну безбедносну групу на ову подмрежу; Microsoft то означава као неподржано. Не повезујте табелу рутирања чија подразумевана рута шаље 0.0.0.0/0 негде, јер то може покварити рад приступника, и држите укључено ширење рута приступника.

Ограничења приступа која сте заиста желели ставите на подмрежу радног оптерећења или на границу провере. Третирање GatewaySubnet-а као обичне подмреже је грешка која ствара приступник који се чисто распоређује и затим не пропушта никакав саобраћај.

Принудно тунелирање има сопствени документовани дизајн. Импровизована подразумевана рута на подмрежи приступника није то.

Проверите зависности које портал не приказује

Пре него што притиснете направи, прођите листу: тачан назив, префикс унутар простора VNet-а, без преклапања са локалним опсезима, без ресурса оптерећења унутра, без NSG и без табеле рутирања са подразумеваном рутом. Свака од њих је покварила стварно распоређивање. Затим потврдите шири дизајн: локални мрежни приступник за локалну страну, адресне просторе које очекујете да рутирате и да ли је планиран активни-активни режим или саживот. Ти избори мењају разговор о величини и много је јефтиније решити их сада.

Референца за подешавања приступника у Azure-у је страница која се цитира када неко пита зашто подмрежа не може да прими VM.

Ако приступник већ постоји

Промена величине или замена подмреже приступника није уређивање маске. Прво проверите подржану процедуру промене за SKU и генерацију приступника и наведите зависне објекте: везе, јавне IP адресе, рутирање и све захтеве за опоравак.

Ако процедура захтева поновно стварање приступника, планирајте то као миграцију услуге са прозором и враћањем. Забележите резервацију коју сте изабрали, разлог величине и правила која намерно нисте прикачили, да следећи прегледач не би поправио празну подмрежу додавањем NSG-а.