Azure P2S: VNet o‘zgarishidan so‘ng bitta Windows mijozi yo‘llarini yo‘qotdi

Ikkita noutbuk bitta Azure point-to-site shlyuzida autentifikatsiyadan o‘tadi va faqat bittasi yangi ulangan VNet-ga yetib boradi. Ikkalasi ham Connected ko‘rsatadi, demak autentifikatsiya farq emas; farq — ular ushlab turgan manzil yo‘llari. Muvaffaqiyatsiz mijozdan boshlang, bitta manzilni solishtiring va shundan keyingina bo‘shliq shlyuz paketinikimi yoki mahalliy yo‘llar jadvalinikimi ekanini hal qiling.

Shlyuzdan emas, muvaffaqiyatsiz mijozdan boshlang

Noutbukni ayblashdan oldin topologiyani tasdiqlang. Qaysi VNet’lar shlyuz VNet-iga ulanganini va yangi tarmoq to‘g‘ridan-to‘g‘ri peer bo‘lganini yoki alohida site-to-site tunnel orqali yetib borishini tekshiring. Agar yangi VNet shlyuz VNet-iga umuman ulanmagan bo‘lsa, hech bir mijoz paketi u yerga yo‘naltira olmaydi va ishlayotgan noutbuk — tushuntirilishi kerak bo‘lgan anomaliya. Javobni yozib qo‘ying, chunki u mijozni yoki shlyuzni tuzatayotganingizni belgilaydi.

Topologiya to‘g‘ri bo‘lsa, ikkita noutbukni yonma-yon qo‘ying. Bir xil shlyuz, bir xil manzillar hovuzi, bir xil protokol va bir xil mijoz versiyasi — siz xohlagan taqqoslash shu; qolgani keyin olib tashlanadigan ikkinchi o‘zgaruvchi.

route print bilan bitta manzilni solishtiring

Ruxsat etilgan resurs IP-ni tanlang va ikkala noutbukni ikki marta solishtiring: uzilgan holatda, so‘ng ulangan holatda. Windows’da route print -4 IPv4 yo‘llarini manzil prefiksi, interfeys, keyingi sakrash va metrika bilan ro‘yxatlaydi. VPN so‘zi bor yozuvlarni sanash o‘rniga o‘sha manzil uchun haqiqatan g‘olib bo‘ladigan qatorni yozib oling.

Tanlash avval eng uzun prefiks, so‘ng metrika bo‘yicha boradi, shuning uchun aniqroq mahalliy yo‘l noto‘g‘ri ko‘rinmasdan tunnel yo‘lini yutishi mumkin. Agar mo‘ljallangan manzil 10.24.0.0/16 ichida bo‘lsa, sog‘lom mijoz VPN interfeysida mos yo‘lni ko‘rsatadi, muvaffaqiyatsiz mijoz esa o‘sha manzilni standart shlyuziga yuboradi.

Ziddiyatli mahalliy prefiks ham xuddi shu belgini keltirib chiqarishi mumkin. Biror narsa qo‘shishdan oldin ikki holatdan qaysi biri sizda ekanini hal qiling: umuman tunnel yo‘li yo‘qmi yoki tunnel yo‘li aniqrog‘iga yutqazadimi.

TTL expired yo‘llar taqsimotining xatosi emas

TTL expired in transit qaytaradigan ping paket sakrash kvotasini tugatganini aytadi, bu odatda VPN drayveri buzilganini emas, yo‘naltirish halqasini bildiradi. Windows ping TTL’ni 255 gacha qabul qiladi va qiymatni oshirish halqani tuzatmaydi; faqat o‘sha xatoni kechiktiradi. Xabarni yo‘l belgisi deb qabul qiling, yo‘llar taqsimoti haqidagi dalil deb emas.

Yo‘l qayerda takrorlanishini ko‘rish uchun tracert -4 10.24.1.10 dan foydalaning. Xuddi shu ikki sakrash qayta-qayta ko‘rinsa, tunnelga ketayotgan trafikni yana tunnelga yoki uni qaytarib yuboradigan mahalliy marshrutizatorga yuboradigan yo‘lni qidiring.

Paketni unga egalik qiladigan shlyuzda qayta yarating

Microsoft Windows mijoz paketlarini tegishli topologiya o‘zgarishlaridan keyin qayta yuklab olish va o‘rnatish kerakligini hujjatlashtiradi. Joriy paketni shu profilga xizmat qiladigan Azure shlyuzidan oling, so‘ng uni o‘sha mijoz uchun qo‘llab-quvvatlanadigan jarayon bilan qo‘llang. Aloqasiz VPN ilovasining bajariladigan faylini almashtirish shlyuzga xos sozlamalarni qayta yaratish bilan bir xil amal emas. Paketni qayta yuklab olish arzon; mahalliy yo‘llarni taxmin qilish unday emas.

Qayta ulanib, asl manzil uchun yo‘lni qayta o‘qing. O‘zgarish yozuvi bilan birga oldingi va keyingi qatorlarni saqlang, shunda natija mijozni qayta o‘rnatdim deganidan aniqroq bo‘ladi.

Azure P2S marshrutlash stsenariylari to‘g‘ridan-to‘g‘ri peer qilingan VNet’larni boshqa tunnellar orqali yetib boriladigan tarmoqlardan ajratadi va yangi paket peeringni tranzitiv qila olmaydi. Ayrim Windows site-to-site yoki BGP stsenariylari qo‘lda sozlangan masofaviy yo‘llarni ham talab qiladi, shuning uchun paketni yangilash yo‘llar taqsimotining universal mexanizmi emas.

Vaqtinchalik yo‘lni vaqtinchalik saqlang

Qo‘lda kiritilgan yo‘l yetishmayotgan mijoz yo‘lini ajratib olishi mumkin, lekin uni haqiqiy dizayndan quring: route add 10.24.0.0 mask 255.255.0.0 172.16.0.1 if 42, doimiy bayroqsiz, shunda u qayta yuklashda yo‘qoladi. Interfeys indeksi va keyingi sakrashni ulangan VPN adapteridan tanlang, taxmindan emas.

Tajriba yo‘lini doimiy raqib egasi sifatida qoldirmang. Kelgusi profil yangilanishlari o‘sha prefiksni boshqa metrika bilan qo‘shishi mumkin va shunda qo‘lda kiritilgan yozuv qaysi yo‘l g‘olib bo‘lishini jimgina hal qiladi. Olib tashlash qadamini o‘zgarishda qayd eting.

To‘g‘ri yo‘l faol bo‘lgach, ping emas, maqsad ilovani sinab ko‘ring. Paketlar Azure’ga yetib borsa-yu xizmat hali ham ishlamasa, tarmoq xavfsizlik guruhini va qaytish yo‘lini tekshiring, chunki ular noutbuk prefiksni o‘rgangan-o‘rganmaganidan alohida.