Порталда виртуалдык тармакты ачып, ички тармак тактасына тийишпестен мурун дарек мейкиндигин караңыз. Эгер ал /24 жумуш жүктөмүнүн ички тармактарына бөлүнүп, бош орун калбаса, /27 брондоо үчүн орун жок, аягында же кайра бөлөсүз, же VNetти кеңейтесиз, бул башка кароо менен башка өзгөртүү. Адегенде мейкиндикти белгилеңиз, анан ички тармакты түзүңүз.

Бул тартип маанилүү, анткени дарбазанын ички тармагы атайын аталыштагы жумуш жүктөмүнүн ички тармагы эмес. Ал башкарылуучу дарбаза үлгүлөрү үчүн дарек броню, ал эми брондоо туура эмес болсо, Azure дарбазадан баш тартат.

Дарек мейкиндигинен баштаңыз

Бир нерсе киргизүүдөн мурун VNet префиксин, жумуш жүктөмүнүн ички тармактарын жана дарбаза бронюн бир сапка жазыңыз. 10.60.0.0/16дагы VNetте орун бар; жумуш жүктөмүнүн өсүшү үзгүлтүксүз болушу үчүн аягынан диапазон тандаңыз.

Мисалы, 10.60.255.192/26 дарбазага 64 дарек калтырат, ал эми жумуш жүктөмдөрү 10.60.0.0/20 ичинде калат. Бул дарек пландоонун мисалы, өлчөмгө убада эмес. Microsoft азыр Basic эмес VPN дарбазалары үчүн /27 же андан чоңун талап кылат, мында чоңураак көбүрөөк дарек дегенди билдирет: /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 жок жана демейки маршруту бар маршрут таблицасы жоктугу. Булардын ар бири реалдуу жайгаштырууну бузган. Анан кененирээк долбоорду ырастаңыз: жергиликтүү тарап үчүн жергиликтүү тармак дарбазасы, маршруттоону күткөн дарек мейкиндиктери жана активдүү-активдүү же кошо жашоо пландалганбы. Бул тандоолор өлчөм тууралуу сүйлөшүүнү өзгөртөт жана аларды азыр чечүү алда канча арзан.

Бирөө ички тармак эмне үчүн VM кармай албайт деп сураганда шилтеме кыла турган бет — Azure дарбаза жөндөөлөрүнүн маалымдамасы.

Эгер дарбаза мурунтан бар болсо

Дарбазанын ички тармагынын өлчөмүн өзгөртүү же аны алмаштыруу масканы оңдоо эмес. Адегенде дарбазанын SKU жана мууну үчүн колдоого алынган өзгөртүү процедурасын текшерип, көз каранды объектилерди тизиңиз: байланыштар, коомдук IPлер, маршруттоо жана калыбына келтирүү талабы.

Эгер процедура дарбазаны кайра түзүүнү талап кылса, аны терезе жана артка кайтаруу менен кызмат көчүрүү катары пландаңыз. Тандаган бронюңузду, өлчөмдүн себебин жана атайын тиркебеген эрежелерди жазып коюңуз, кийинки кароочу NSG кошуп бош ички тармакты оңдобосун.

Тектеш макалалар