Azure VM'da RRAS qo'llab-quvvatlanmaydi: loyihalashdan oldin tekshiring

Siz portalni ochasiz, Windows Server 2022'ni quyi tarmoqqa joylashtirasiz va Remote Access roli muammosiz o'rnatiladi. Bu ketma-ketlik o'rnatuvchi ishlashini tasdiqlaydi, Microsoft bu konfiguratsiyani qo'llab-quvvatlashini emas. Azure virtual mashinalari uchun chop etilgan server dasturiy ta'minotini qo'llab-quvvatlash yo'riqnomasi RRAS'ni Azure VM'da qo'llab-quvvatlanmaydigan Windows Server funksiyalari qatoriga kiritadi, va bu muammolarni bartaraf etish tafsiloti emas, arxitektura qarori. Ko'tarilgan tunnel joylashtirishni qo'llab-quvvatlash chegarasi ichiga olib kirmaydi.

Quyidagi qo'llanma qo'llab-quvvatlash sahifasidan boshlanadi, so'ngra talablar va almashtirish variantlari tomon o'tadi.

Laboratoriyadan emas, qo'llab-quvvatlash sahifasidan boshlang

Biror narsani o'lchashdan oldin Azure VM qo'llab-quvvatlash yo'riqnomasini o'qing. U Windows Server'ni yagona ajratilmagan blok deb emas, balki qo'llab-quvvatlanadigan mahsulotlar, rollar va funksiyalarni ajratadi. Rejalashtirilgan yuklama aslida qaysi qatorga tushishini e'tiborga oling, chunki konsolda bog'liq ko'rinadigan ikki komponent turli qatorlarda bo'lishi mumkin.

Sahifa ochiq turganda loyihalash hujjatiga iqtibos yozing. Qo'llab-quvvatlash holati manbaga ega fakt, va uni iqtibos keltira olmaydigan loyiha ko'rigini demosi bor kishi bahsda yengadi.

OS qo'llab-quvvatlashini rol va funksiya qo'llab-quvvatlashidan ajrating

O'sha yo'riqnoma Network Policy and Access Services'ni qo'llab-quvvatlanadigan rollar qatoriga qo'shadi, RRAS'ni esa alohida qo'llab-quvvatlanmaydigan deb ko'rsatadi. Bu ikki yozuv turli narsalarni tavsiflaydi, va ularni “masofadan kirish qo'llab-quvvatlanadi” deb birlashtirish loyihani noto'g'ri o'qish asosida tasdiqlash yo'li. Operatsion tizim qo'llab-quvvatlanishi o'z qatoriga ega funksiya haqida hech narsa demaydi.

Cheklov ba'zan iqtibos qilinadiganidan ham torroq. U Azure VM ichida ishlaydigan o'sha funksiyaga taalluqli; bu xususiy tarmoq Azure'ga ulana olmaydi degani emas va RRAS hamma joyda qo'llab-quvvatlanmaydi deb ham aytmaydi. Paketlarni to'g'ri uzatadigan eski laboratoriya paketlar haqida dalil, qo'llab-quvvatlash bayonoti haqida emas.

Loyihaning qolgan qismida bu ikki savolni alohida saqlang: ishlaydimi va qo'llab-quvvatlanadimi. Har biri uchun turli javoblar va ba'zan turli mas'ullar kerak bo'ladi.

Loyiha aslida nima qilishi kerakligini yozing

Almashtiruvchini tanlashdan oldin saytlar ro'yxatini mahsulotni o'lchash mumkin bo'lgan talablarga aylantiring:

• Filial qurilmalari allaqachon gapiradigan tunnel protokollari, va biron saytga dinamik marshrutlash kerakmi.
• Uzoq prefikslar, marshrutlash emas, tarjima talab qiladigan har qanday qoplanishuvchi manzil fazosi bilan birga.
• Azure bilan marshrut almashinuvi, va marshrutlash jadvalidagi har bir yozuv egasi kim.
• Eng gavjum soat bardosh berishi kerak bo'lgan o'tkazuvchanlik va ulanishlar soni.
• Sayt egalari kelishgan nosozlikka o'tish xatti-harakati, faqat siz qura oladigan variant emas.

NAT — chetlab o'tiladigan va keyin butun loyihani hal qiladigan band. IPsec o'rnata oladigan qurilma baribir almashtirayotgan RRAS joylashtirishidan boshqacha manzillarni tarjima qilishi mumkin, va bu filial qaysi manzillarni manba sifatida ko'rishini va jurnallaringiz nima yozishini o'zgartiradi.

Ro'yxatni tarmoq egalariga olib boring va har qanday mahsulot muhokamasidan oldin tasdiqlang. Noaniq talablar har bir yetkazib beruvchi taqqoslashini did tortishuviga aylantiradi.

Almashtiruvchilarni o'sha talablarga qarab baholang

Azure'ning boshqariladigan ulanish xizmatlari va yetkazib beruvchilar qo'llab-quvvatlaydigan tarmoq virtual qurilmalari ikkalasi ham bir xil ro'yxatga qarab baholanishi kerak. IPsec'ni tugata oladi deb, ularning birini RRAS VM'ning bevosita ekvivalenti deb hisoblamang: NAT modeli va marshrutlar egaligi hamda yuqori mavjudlik loyihasi mavjud saytlar qanday ulanadi va ularning javoblari qayerga qaytishini hal qiladi. Har bir nomzodni qog'ozda ro'yxatga qarab baholang va qaysi talablarni bajarmasligini yozing, chunki o'sha eslatma tanlovni keyinchalik ko'rib chiqiladigan qiladi.

Ikki qurilma VM'i oldidagi yuklamani muvozanatlash vosita o'zi bilan yuqori mavjudlik emas. U front-end beradi, sinxronlangan tunnel holatini emas, va har bir sessiyani tashlab yuboradigan o'tish kishi ataylab qabul qilishi kerak bo'lgan loyiha qarori. Qurilma yetkazib beruvchisidan qo'llab-quvvatlanadigan HA andozasi qanday ekanini va u saytlarga va'da qilingan mavjudlikka mos kelishini so'rang. O'sha saytlar unga bog'liq bo'lishdan oldin o'tishni sinab ko'ring va har bir yo'qolgan sessiyani ajablantiradigan emas, topilma deb biling.

Talab chindan oddiy bo'lganda — bitta sayt, bitta prefiks, qoplanishuv yo'q — boshqariladigan xizmat odatda operatsion xarajat bo'yicha yutadi. Tarjima va dinamik marshrutlash ikkalasi ham o'yinda bo'lganda, qurilma yo'li yagona mos bo'lishi mumkin, va bu qo'llab-quvvatlanmaydigan VM'ni saqlash o'rniga uzoqroq migratsiyani rejalashtirish uchun sabab.

Agar RRAS VM allaqachon ishlayotgan bo'lsa

Aniqlash uni o'chirish uchun sabab emas. O'zgarishni o'sha VM to'plagan bog'liqliklar atrofida rejalashtiring: boshqa quyi tarmoqlar tayanadigan marshrutlar, manba manzillarini yashiruvchi NAT qoidalari va monitoring uning manzilidan kutishni o'rgangan hamma narsa. Qo'llab-quvvatlanadigan maqsad yonma-yon loyihalanib tekshirilayotganda zarur marshrutlar va sinalgan tiklanish yo'lini saqlang.

Qo'llab-quvvatlanish imkoniyati va texnik diagnostikani doim alohida topilmalar sifatida saqlang. Qo'llab-quvvatlanmaydigan tartibda oddiy marshrutlash xatosi ham bo'lishi mumkin, va o'sha xatoni tuzatish uning qo'llab-quvvatlash holatini o'zgartirmaydi. Ikkala bayonot ham hisobotga tegishli, va hech biri ikkinchisini bekor qilmaydi.

Qo'llanmani qo'llab-quvvatlash iqtibosi, talablar ro'yxati, tanlangan almashtiruvchi va o'tish tartibini yozib yakunlang. Auditor yoki yangi jamoa a'zosi birinchi navbatda shu to'rtta narsani so'raydi.