Nega nuqtadan-saytga ulanish marshrutlashga asoslangan Azure VPN shlyuzini talab qiladi
Siyosatga asoslangan shlyuzda mijoz marshrutlari uchun tunnel interfeysi yo'q. Nimani qayta qurish, qanday tartibda va almashtirishdan keyin qanday cheklovlar qoladi.
Siyosatga asoslangan shlyuz trafik selektorlari tanlaydigan IPsec tunnelini quradi va mijoz marshrutlarini topshirish uchun interfeysi yo'q. Nuqtadan-saytga ulanish marshrutlash funksiyasi: shlyuz mijoz manzillari hovuziga ega va virtual tarmoqda o'sha mijozlarga marshrutlar o'rnatadi. Aynan shu nomuvofiqlik portalda uni qo'shish variantini ko'rsatmasligiga sabab. Mavjud shlyuzda interfeys yaratish uchun o'zgartirish mumkin bo'lgan hech narsa yo'q, shuning uchun bu o'zgarish konfiguratsiyani tahrirlash emas, almashtirishdir.
Tartib alohida qadamlardan muhimroq. Tartib xato bo'lsa, saytlar orasidagi uzilish xizmat ko'rsatish oynasidan oshib ketadi.
Siyosatga asoslangan shlyuz aslida nima qiladi
Siyosatga asoslangan shlyuz paketlarni ulanishda konfiguratsiya qilingan trafik selektorlari bilan moslashtiradi va mos kelganlarini bitta tunnelga yuboradi. Manzilli tunnel interfeysi yo'q va virtual tarmoqning hech yerida har bir mijoz uchun marshrut ko'rinmaydi. Marshrutlar jadvali faqat shlyuzga ishora qiluvchi mahalliy prefikslarni oladi. Bu model ikki qat'iy manzil fazosi orasidagi saytlar orasidagi ulanish uchun yetarli.
Marshrutga asoslangan shlyuz teskari ishlaydi: u tunnel interfeysini taqdim etadi va unga nima kirishini marshrutlar hal qiladi. Nuqtadan-saytga ulanish va hamkorlar to'plami o'zgaradigan har qanday loyiha o'sha interfeys mavjudligiga bog'liq.
Mijoz hovuziga nega o'sha interfeys kerak
Noutbuk ulanganda shlyuz unga nuqtadan-saytga hovuzidan manzil beradi. Keyin virtual tarmoqqa bu manzil shlyuz orqali yetib borilishini aytadigan marshrut kerak. Tunnel interfeysisiz bu marshrutni ulash uchun hech narsa yo'q.
Hovuz siz belgilagan diapazondan olinadi va shlyuz o'shandan ajratadi. Agar bu diapazon mahalliy tarmoq yoki peer qilingan virtual tarmoq bilan ustma-ust tushsa, ziddiyat faqat mijoz ulangandan keyin ko'rinadi, bu esa uni aniqlash uchun yomon payt. Migratsiya boshlanishidan oldin hovuzni zaxiralang.
Tur ham har bir ulanish uchun sozlama emas. Bitta shlyuzning bitta turi bo'ladi va u ushlab turgan har bir ulanish shunga muvofiq harakat qiladi, shuning uchun aralash loyihaga ikkinchi ulanish emas, ikkinchi shlyuz kerak.
Tur yaratish vaqtida qat'iylashtiriladi
Microsoft virtual tarmoq shlyuzini joylashtirishdan keyin siyosatga asoslangan va marshrutga asoslangan o'rtasida o'zgartirish mumkin emasligini aytadi. Konvertatsiya buyrug'i ham, portalda almashtirgich ham yo'q. Xuddi shu subnetda ikkinchi shlyuz yaratish ham muqobil yo'l emas, chunki Azure har bir virtual tarmoqqa bitta shlyuzga ruxsat beradi. Shuning uchun migratsiya olib tashlash, qayta qurish va qayta ulanish.
Bu SKU qarorini ham xuddi shu qurilishga qo'shadi. Keyinroq kattaroq SKUga o'tish yana bir uzilish bilan yana bir shlyuz almashtirishdir.
Bitta shlyuz, bitta GatewaySubnet
Shlyuz GatewaySubnet nomli subnetda yashaydi va uni faqat bitta shlyuz egallaydi. O'sha subnetning o'lchamini belgilash tayyorgarlikning bir qismi, chunki kattaroq SKUga ko'proq manzil kerak va subnetni keyin kichraytirib bo'lmaydi. Biror narsaga tegishdan oldin joriy saytlar orasidagi sozlamalar, umumiy kalit, mahalliy tarmoq shlyuzi va samarali marshrutlarni yozib oling. Keyin oynani uzilish deb qabul qiling, chunki yangi ulanish konfiguratsiya qilinmaguncha saytlar orasidagi tunnel yopiq qoladi.
Uzilishni cheklab turuvchi qayta qurish tartibi: marshrutga asoslangan shlyuzni yarating, saytlar orasidagi ulanishni xuddi shu mahalliy tarmoq shlyuziga qayta yarating, tunnel va bitta hostdan hostga so'rovni tasdiqlang, shundan keyingina nuqtadan-saytga ulanishni qo'shib, yangi mijoz paketini yarating.
Almashtirish nimani tuzatmaydi
Ikkinchi cheklov Azura emas, hamkorga tegishli. Siyosatga asoslangan mahalliy qurilma faqat ulangan virtual tarmoqqa yeta oladi va xuddi shu shlyuz orqali boshqa mahalliy tarmoqlarga yoki boshqa virtual tarmoqlarga o'ta olmaydi. Azure tomonini almashtirish hamkor nima tanlashi mumkinligini o'zgartirmaydi.
Agar talab haqiqatan ham saytlar orasidagi o'tish bo'lsa, javob marshrutga asoslangan hamkor qurilmasi yoki har bir manzil alohida tugaydigan topologiya. Sana va'da qilishdan oldin buni hal qiling, chunki faqat shlyuzni almashtirish buni bermaydi.
Amallar va tekshiruvlar tartibi
Har bir imkoniyatni alohida tekshiring. Avval saytlar orasidagi tunnel holati va bitta hostdan hostga so'rov, keyin nuqtadan-saytga ulanish va bitta xususiy resurs, keyin loyiha da'vo qiladigan har qanday o'tish yo'li. Yashil shlyuz holati faqat xavfsizlik assotsiatsiyasi ko'tarilganini isbotlaydi, undan ortig'ini emas. Tekshiruvlarni shu tartibda saqlang, shunda nosozlik uni kiritgan bosqichga ishora qiladi.
Har qanday topologiya o'zgarishidan keyin mijoz paketlarini qayta yarating va hovuzni har bir mahalliy va peer qilingan diapazondan uzoqda tuting. Cheklovlar va SKU farqlari Azure VPN Gateway sozlamalari ma'lumotnomasida to'plangan.