Azure VPN prefiksini qo'shish nima uchun ulanishni uzadi
Uzoq prefiks VNetda emas, mahalliy tarmoq shlyuzida joylashgan. Uni o'zgartirish ulanishni olib tashlaydi; shlyuzning o'zi tegilmay qoladi.
Noto'g'ri Azure obyektiga qo'shilgan prefiks Connected deb xabar beradigan va hech narsani uzatmaydigan ulanish hosil qiladi, va bu ushbu stekdagi eng qimmat xato turi. Uchta resurs ishtirok etadi va ulardan faqat bittasi uzoq manzil maydoniga ega: virtual tarmoq shlyuzi, uzoq tomonni tavsiflovchi mahalliy tarmoq shlyuzi va ularni bog'laydigan ulanish. Prefiks mahalliy tarmoq shlyuziga tegishli, o'zgarish kuchga kirishi uchun ulanishni qayta qurish kerak, shlyuzning o'zi esa odatda tegilmay qoladi. Tartib muzokara qilinmaydi, va portal uning faqat bir qismini ko'rsatadi.
Uchta obyekt, ulardan biri prefiksni saqlaydi
Virtual tarmoqning manzil maydoni boshqa savolga javob beradi: Azure ichida nima yashaydi. U yerga uzoq prefiks qo'shish trafikni u yerga yo'naltirmaydi, platforma o'ziniki deb hisoblagan maydonni kengaytiradi xolos, bu esa haqiqiy uzoq diapazon bilan to'qnashishi mumkin. Uzoq prefikslarni saqlaydigan obyekt mahalliy tarmoq shlyuzidir, ulanish esa ikkala shlyuzga va oldindan bo'lishilgan kalitga havola qiladi.
Yodda tutish kerak bo'lgan uchinchi shart ham bor. GatewaySubnet boshqariladigan shlyuz nusxalarini joylashtiradi, aynan shu nomga ega bo'lishi kerak, va Basic bo'lmagan SKU uchun kamida /27 bo'lishi kutiladi.
Bu quyi tarmoqqa boshqa hech narsa tegishli emas, va prefiks o'zgarishining unga tegishiga sabab yo'q. Mahalliy tarmoq shlyuzida yo'q prefiks ulanish holati nima desa ham yetib bo'lmaydigan, chunki shlyuz tunnel bo'yicha muzokara qilganda faqat o'ziga xabar qilingan prefikslarni taklif qiladi. Shuning uchun alomat assimetrik: tunnel ko'tarilgan, xavfsizlik assotsiatsiyasi joyida, va bitta quyi tarmoq hech qachon trafik tanlagichlarida ko'rinmaydi. Agar qo'shnilari ishlab turganda bitta uzoq diapazon yetishmasa, tunnelga qarashni to'xtatib, mahalliy tarmoq shlyuzini o'qing.
Nima uchun aynan ulanish olib tashlanadi
Ulanish obyekti kelishilgan konfiguratsiyani butun umri davomida qotiradi. Shuning uchun hujjatlashtirilgan tartib avval ulanishni olib tashlaydi, mahalliy tarmoq shlyuzini yangilaydi, so'ng ulanishni o'sha bo'lishilgan kalit bilan qayta yaratadi. Shlyuz nusxalari faqat prefiks o'zgarishi uchun qayta qurilmaydi, bu esa uzilishni shlyuzni qayta joylashtirish o'rniga ulanishni buzish bilan cheklaydi.
O'sha o'chirish uzilishning o'zi, shuning uchun unga tez tahrirlash emas, boshlanishi va kutilgan oxiri bo'lgan rejalashtirilgan o'zgarish sifatida munosabatda bo'ling. PowerShellda ketma-ketlik qisqa: Remove-AzVirtualNetworkGatewayConnection -Name Conn1 -ResourceGroupName RG1 -Force, so'ng Set-AzLocalNetworkGateway yangi -AddressPrefix massivi bilan, so'ng New-AzVirtualNetworkGatewayConnection o'sha -SharedKey va o'sha shlyuzlar bilan. Kalitni qayta ishlatish muhim, chunki uzoq tomon qayta konfiguratsiya qilinmaydi va yangi kalit uzoq qurilma egasi bilan kelishishni anglatadi. Agar bu qurilmani boshqa jamoa boshqarsa, biror narsani olib tashlashdan oldin ular bilan vaqt oynasini kelishing.
Shlyuzning o'zini qachon qayta qurish kerak
Bu muammo atrofida aylanadigan ikkinchi javob shlyuzni qayta yaratish va kalitni yana almashtirish kerakligini aytadi. Bu boshqa operatsiyalar to'plamiga to'g'ri: shlyuz turini yoki SKU ni o'zgartirish, nuqta-sayt va sayt-sayt o'rtasida o'tish, yoki o'z konfiguratsiyasi noto'g'ri bo'lgan shlyuzni tuzatish. Bunday o'zgarishlar shlyuz resursini haqiqatan o'zgartiradi, shuning uchun qayta qurish haqiqatan zarur.
Nuqta-sayt uchun yaratilgan shlyuzga sayt-sayt ulanishini shunchaki berib bo'lmaydi. Nuqta-sayt konfiguratsiyasini olib tashlash va shlyuzni qayta yaratish kerak, bu yangi bo'lishilgan kalit va yangi mijoz paketini ham beradi.
Nuqta-sayt paketi muddati tugaganligi uchun alohida eslatmaga loyiq. Portal qisqa umrli fayl yaratadi, shuning uchun amaliy yondashuv uni bir marta yuklab olib, mijoz sertifikati bilan birga tarqatishdir, foydalanuvchilarga bosgan paytda o'lik bo'ladigan portal havolasini yuborish emas. Prefiks savoliga bularning hech biri taalluqli emas. Ikki tartibni alohida saqlash butun intizomdir: prefikslar ulanish darajasidagi o'zgarish, va shlyuz xossalari shlyuz darajasidagi o'zgarish.
Holatni o'qing, portal nishonini emas
Holatni portaldagi nishondan emas, resursdan o'qing. Get-AzVirtualNetworkGatewayConnection -Name Conn1 -ResourceGroupName RG1 qaytaradi ConnectionStatus kiruvchi va chiquvchi bayt hisoblagichlari bilan birga, va aynan hisoblagichlar ulangan, ammo hech narsa tashimaydigan tunnelni hech qachon o'rnatilmagan tunneldan ajratadi.
Uzatish o'rtasida o'sishni to'xtatadigan hisoblagichlar autentifikatsiyaga emas, yo'lga ishora qiladi. Umuman qimirlamaydigan hisoblagichlar prefikslar to'plamiga yoki bo'lishilgan kalitga ishora qiladi.
Taymerlar VPN ga xato bog'lanadigan uzilishlarning bir sinfini tushuntiradi. Azure yuk balanslagichi sozlangan taym-autdan so'ng bo'sh oqimlarni yopadi, bu eslatmalar yozilganda standart to'rt daqiqa va yuqoriga sozlanadi, shuning uchun keepalive bo'lmagan VM dagi OpenVPN serveri har bir necha daqiqada yiqilishi mumkin, qolgan hamma narsa sog'lom ko'rinayotganda. Platforma davriy qayta ishga tushiradigan shlyuz ham VNet ulanishini Web App bilan uzishi mumkin, va bu muvaffaqiyatsizlik mijoz konfiguratsiyasida emas, platforma tomonida. Belgi — uzilish qat'iy intervalga yoki siz qilgan o'zgarishga bo'ysunadimi.
Uchta obyektni va ularning qiymatlarini bitta yozuvda saqlang: virtual tarmoqning manzil maydoni, mahalliy tarmoq shlyuzining prefikslar ro'yxati va ulanishning bo'lishilgan kalitiga havola. sayt-sayt PowerShell maqolasi mahalliy tarmoq shlyuzining buyruqlarini va ular tegishli tartibni hujjatlashtiradi. Prefiks o'zgarishini xotira bilan solishtirish ishlayotgan tunnelni ikki marta qayta qurish usulidir.
So'ng o'zgartirgan tartibingizda tekshiring: mahalliy tarmoq shlyuzi yangi prefikslar ro'yxatini ko'rsatadi, ulanish yana Connected, va yangi diapazondagi xostga trafik yuborganingizda hisoblagichlar qimirlaydi. Agar birinchi ikkitasi o'tib, uchinchi qadam muvaffaqiyatsiz bo'lsa, uzoq tomon yangi trafik tanlagichini qabul qilmagan va uzoq qurilmaga mos 2-bosqich yozuvi kerak. Bu tunnelning narigi uchi bilan suhbat, Azure da yana bir o'zgarish emas.