Эмне үчүн point-to-site маршрутка негизделген Azure VPN шлюзин талап кылат

Саясатка негизделген шлюз трафик тандоочулар тандаган IPsec туннелин курат жана кардар маршруттарын өткөрүп берүү үчүн интерфейси жок. Пойнт-ту-сайт маршруттоо функциясы: шлюз кардар даректеринин пулуна ээ жана виртуалдык тармакта ошол кардарларга маршруттарды орнотот. Ушул дал келбестик портал аны кошуу параметрин көрсөтпөшүнүн себеби. Бар шлюзде интерфейсти жаратуучу эч нерсени которуу мүмкүн эмес, ошондуктан өзгөрүү конфигурацияны оңдоо эмес, алмаштыруу.

Жеке кадамдардан тартип маанилүүрөөк. Тартипти ката кетирсеңиз, сайттар ортосундагы үзгүлтүк тейлөө терезесинен ашып кетет.

Саясатка негизделген шлюз чындыгында эмне кылат

Саясатка негизделген шлюз пакеттерди туташууда конфигурацияланган трафик тандоочулар менен салыштырат жана дал келүүлөрдү бир туннелге жөнөтөт. Дареги бар туннелдик интерфейс жок жана виртуалдык тармакта эч жерде ар бир кардар үчүн маршрут көрүнбөйт. Маршруттар таблицасы шлюзге көрсөтүүчү жергиликтүү префикстерди гана алат. Бул модель эки туруктуу дарек мейкиндигинин ортосундагы сайттар аралык туташуу үчүн жетиштүү.

Маршрутка негизделген шлюз тескерисинче иштейт: ал туннелдик интерфейсти сунуштайт жана ага эмне кирерин маршруттар чечет. Пойнт-ту-сайт жана өнөктөштөр жыйындысы өзгөргөн ар кандай долбоор ошол интерфейстин болушуна көз каранды.

Эмне үчүн кардар пулуна ошол интерфейс керек

Ноутбук туташканда, шлюз ага пойнт-ту-сайт пулунан дарек берет. Андан кийин виртуалдык тармакка бул дарек шлюз аркылуу жеткиликтүү деп айткан маршрут керек. Туннелдик интерфейс жок болсо, ошол маршрутту тиркей турган эч нерсе жок.

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

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

Түр жаратуу учурунда бекитилет

Microsoft виртуалдык тармак шлюзун жайгаштыруудан кийин саясатка негизделген жана маршрутка негизделген ортосунда алмаштыруу мүмкүн эмес деп билдирет. Которуу буйругу да, порталдагы которгуч да жок. Ошол эле кошумча тармакта экинчи шлюз жаратуу да балама чечим эмес, анткени Azure ар бир виртуалдык тармакка бир шлюзга уруксат берет. Ошондуктан көчүрүү — алып салуу, кайра куруу, кайра туташтыруу.

Бул SKU чечимин да ошол эле курулушка кошот. Кийинчерээк чоңураак SKUга өтүү дагы бир үзгүлтүк менен дагы бир шлюз алмаштыруу.

Бир шлюз, бир GatewaySubnet

Шлюз GatewaySubnet деп аталган кошумча тармакта жашайт жана аны бир гана шлюз ээлейт. Ошол кошумча тармактын өлчөмүн аныктоо даярдыкка кирет, анткени чоңураак SKUга көбүрөөк дарек керек жана кошумча тармакты кийин кичирейтүү мүмкүн эмес. Бир нерсеге тийүүдөн мурун учурдагы сайттар аралык жөндөөлөрдү, жалпы ачкычты, жергиликтүү тармак шлюзун жана натыйжалуу маршруттарды жазып алыңыз. Андан кийин терезени үзгүлтүк катары кабыл алыңыз, анткени жаңы туташуу конфигурацияланганга чейин сайттар аралык туннел өчүк турат.

Үзгүлтүктү чектелүү кармаган кайра куруу тартиби: маршрутка негизделген шлюзду түзүңүз, ошол эле жергиликтүү тармак шлюзуна сайттар аралык туташууну кайра түзүңүз, туннелди жана бир хосттон хостко сурамды ырастаңыз, ошондон кийин гана пойнт-ту-сайтты кошуп, жаңы кардар пакетин түзүңүз.

Алмаштыруу эмнени оңдобойт

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

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

Операциялардын жана текшерүүлөрдүн тартиби

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

Ар кандай топология өзгөрүүсүнөн кийин кардар пакеттерин кайра жаратыңыз жана пулду ар бир жергиликтүү жана теңдештирилген диапазондон алыс кармаңыз. Чектөөлөр жана SKU айырмачылыктары Azure VPN Gateway жөндөөлөрүнүн маалымдамасында топтолгон.