Azure VM'деги RRAS колдоого алынбайт: долбоорлоодон мурун текшериңиз

Сиз порталды ачасыз, Windows Server 2022'ни субнетке жайгаштырасыз, жана Remote Access ролу таза орнотулат. Бул ырааттуулук орноткуч иштээрин далилдейт, Microsoft бул конфигурацияны колдойт дегенди эмес. Azure виртуалдык машиналары үчүн жарыяланган сервердик программалык камсыздоону колдоо нускамасы RRAS'ты Azure VM'де колдоого алынбаган Windows Server функцияларынын катарына кошот, жана бул мүчүлүштүктөрдү оңдоо деталы эмес, архитектуралык чечим. Көтөрүлгөн туннель жайгаштырууну колдоо чегинин ичине жылдырбайт.

Төмөнкү колдонмо колдоо баракчасынан башталып, андан кийин талаптарга жана алмаштыруу варианттарына өтөт.

Лабораториядан эмес, колдоо баракчасынан баштаңыз

Бир нерсени өлчөөдөн мурун Azure VM колдоо нускамасын окуңуз. Ал Windows Server'ди бир бөлүнбөгөн блок катары кароонун ордуна колдоого алынган продуктыларды, ролдорду жана функцияларды ажыратат. Көздөгөн жүктөмүңүз чындыгында кайсы сапка түшөрүнө көңүл буруңуз, анткени консолдо байланыштуу көрүнгөн эки компонент ар кайсы саптарда болушу мүмкүн.

Баракча ачык турганда долбоорлоо документине цитатаны жазыңыз. Колдоо статусу булакка ээ факт, жана аны цитата кыла албаган долбоордук кароо демону бар адам тарабынан утулат.

ОС колдоосун ролдор жана функциялар колдоосунан бөлүңүз

Ошол эле нускама Network Policy and Access Services'ти колдоого алынган ролдордун катарына кошот, ал эми RRAS'ты өзүнчө колдоого алынбаган деп көрсөтөт. Бул эки жазуу ар башка нерселерди сүрөттөйт, жана аларды «алыскы кирүү колдоого алынат» деп бириктирүү долбоордун туура эмес окуунун негизинде бекитилишинин жолу. Операциялык системанын колдоого алынышы өз сабы бар функция жөнүндө эч нерсе айтпайт.

Чектөө кээде цитата кылынгандан да тар. Ал Azure VM ичинде иштеген ошол функцияга тиешелүү; бул жеке тармак Azure'га туташа албайт дегенди билдирбейт жана RRAS бардык жерде колдоого алынбайт деп да айтпайт. Пакеттерди туура өткөргөн эски лаборатория пакеттер жөнүндө далил, колдоо билдирүүсү жөнүндө эмес.

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

Долбоорлоо чындыгында эмне кылышы керектигин жазыңыз

Алмаштыргычты тандоодон мурун сайттардын тизмесин продуктту өлчөөгө боло турган талаптарга айландырыңыз:

• Филиалдык түзмөктөр буга чейин сүйлөгөн туннель протоколдору жана кайсы сайтка динамикалык маршруттоо керекпи.
• Алыскы префикстер, маршруттоо эмес, которуу талап кылынган каалаган кабатташкан дарек мейкиндигин кошкондо.
• Azure менен маршрут алмашуу жана маршруттоо таблицасынын ар бир жазуусунун ээси ким.
• Эң тыгындуу саатка туруштук бериши керек өткөрүү жөндөмү жана туташуулардын саны.
• Сайт ээлери макулдашкан каталарга өтүү жүрүм-туруму, сиз кура ала турган вариант гана эмес.

NAT — көңүлдөн чыгып калган жана андан кийин бүт долбоорлоону чечкен пункт. IPsec орното алган түзмөк алмаштырып жаткан RRAS жайгаштыруусунан башкача даректерди которушу мүмкүн, жана бул филиалдын кайсы даректерди булак катары көрөрүн жана журналдарыңыз эмнени жазарын өзгөртөт.

Тизмени тармак ээлерине алып барыңыз жана кандайдыр бир продукт талкуусунан мурун ырастаңыз. Так эмес талаптар ар бир жеткирүүчүнү салыштырууну табит талкуусуна айландырат.

Алмаштыргычтарды ошол талаптарга каршы баалаңыз

Azure'дун башкарылуучу туташуу кызматтары жана жеткирүүчүлөр колдогон тармактык виртуалдык түзмөктөр экөөнү тең бир тизмеге каршы баалоо керек. IPsec'ти бүтүрө алат деп, алардын бирин RRAS VM'дин түз баламасы деп эсептебеңиз: NAT модели жана маршруттардын ээлиги жана жогорку жеткиликтүүлүк долбоорлоосу учурдагы сайттардын кантип туташканын жана алардын жооптору кайда кайтарын аныктайт. Ар бир талапкерди кагазда тизмеге каршы баалап, кайсы талаптарды аткарбай жатканын жазыңыз, анткени дал ошол жазуу тандоону кийин текшерүүгө боло тургандай кылат.

Эки түзмөк VM'дин алдындагы жүктөм теңдештиргич өзү жогорку жеткиликтүүлүк эмес. Ал фронт-энд берет, синхрондошкон туннель абалын эмес, жана ар бир сессияны түшүргөн өтүү — бирөө атайылап кабыл алышы керек долбоордук чечим. Түзмөк жеткирүүчүсүнөн колдоого алынган HA үлгүсү кандай жана ал сайттарга убада кылынган жеткиликтүүлүккө туура келеби, сураңыз. Ошол сайттар ага көз каранды болоордон мурун өтүүнү сынап көрүңүз жана ар бир жоголгон сессияны күтүүсүздүк эмес, табылга катары кабыл алыңыз.

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

Эгер RRAS VM мурунтан иштеп жатса

Аныктоо аны жок кылууга себеп эмес. Өзгөртүүнү ошол VM топтогон көз карандылыктардын айланасында пландаңыз: башка субнеттер таянган маршруттар, булак даректерин жашырган NAT эрежелери жана мониторинг анын дарегинен күтүүнү үйрөнгөн нерселердин баары. Колдоого алынган максат катар долбоорлолуп, текшерилип турганда керектүү маршруттарды жана сыналган калыбына келтирүү жолун сактаңыз.

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

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