Azure P2S: VNet dəyişikliyindən sonra bir Windows klientində marşrutlar itir

İki noutbuk eyni Azure point-to-site şlüzünə autentifikasiya olunur və yalnız biri yenicə qoşulmuş VNet-ə çata bilir. Hər ikisi Connected göstərir, yəni autentifikasiya fərq deyil; fərq onların saxladığı təyinat marşrutlarıdır. Uğursuz olan klientdən başlayın, tək bir təyinatı müqayisə edin və yalnız bundan sonra boşluğun şlüz paketinə, yoxsa yerli marşrut cədvəlinə aid olduğunu qərar verin.

Şlüzdən deyil, uğursuz olan klientdən başlayın

Noutbuku günahlandırmazdan əvvəl topologiyanı təsdiqləyin. Hansı VNet-lərin şlüz VNet-inə qoşulduğunu və yeni şəbəkənin birbaşa peerinqdə, yoxsa ayrı site-to-site tuneli ilə əldə edildiyini yoxlayın. Yeni VNet şlüz VNet-inə ümumiyyətlə qoşulmayıbsa, heç bir klient paketi ona marşrut yarada bilməz və işləyən noutbuk izah edilməli anomaliyadır. Cavabı yazın, çünki bu, klienti, yoxsa şlüzü sazladığınızı müəyyən edir.

Topologiya qaydasında olduqda, iki noutbuku yan-yana qoyun. Eyni şlüz, eyni ünvan hovuzu, eyni protokol və eyni klient buraxılışı istədiyiniz müqayisədir; başqa hər şey sonradan aradan qaldırmalı olduğunuz ikinci dəyişəndir.

Bir təyinatı route print ilə müqayisə edin

İcazə verilmiş resurs IP-si seçin və hər iki noutbuku iki dəfə müqayisə edin: əlaqə kəsildikdə, sonra qoşulduqda. Windows-da route print -4 IPv4 marşrutlarını təyinat prefiksi, interfeys, növbəti hop və metrika ilə sadalayır. VPN sözü olan yazıları saymaq əvəzinə həmin təyinat üçün həqiqətən qalib gələcək sətri qeyd edin.

Seçim əvvəlcə ən uzun prefiksə, sonra metrikaya görədir, ona görə də daha konkret yerli marşrut səhv görünmədən tunel marşrutunu üstələyə bilər. Nəzərdə tutulan təyinat 10.24.0.0/16 daxilindədirsə, sağlam klient VPN interfeysində uyğun marşrut göstərir, uğursuz klient isə eyni ünvanı öz default şlüzünə göndərir.

Ziddiyyətli yerli prefiks eyni simptomu yarada bilər. Bir şey əlavə etməzdən əvvəl iki haldan hansının olduğunu müəyyən edin: heç bir tunel marşrutu yoxdur, yoxsa tunel marşrutu daha konkret birinə uduzur.

TTL expired marşrut paylanması xətası deyil

TTL expired in transit qaytaran ping paketin hop ehtiyatını tükətdiyini bildirir, bu da adətən sınıq VPN sürücüsü deyil, yönləndirmə dövrəsi deməkdir. Windows ping TTL-i 255-ə qədər qəbul edir və dəyəri artırmaq dövrəni düzəltmir; yalnız eyni xətanı gecikdirir. Mesajı yol simptomu kimi qəbul edin, marşrut paylanması haqqında sübut kimi deyil.

Yolun harada təkrarlandığını görmək üçün tracert -4 10.24.1.10 istifadə edin. Eyni iki hop təkrar-təkrar görünürsə, tunelə doğru gedən trafiki yenidən tunelə və ya onu geri yönləndirən yerli marşrutlaşdırıcıya göndərən marşrut axtarın.

Paketi ona sahib olan şlüzdə yenidən yaradın

Microsoft sənədləşdirir ki, Windows klient paketləri müvafiq topologiya dəyişikliklərindən sonra yenidən endirilməli və quraşdırılmalıdır. Cari paketi bu profila xidmət edən Azure şlüzündən götürün, sonra həmin klient üçün dəstəklənən proseslə tətbiq edin. Əlaqəsiz VPN tətbiqinin icra faylını dəyişmək şlüzə xas parametrləri yenidən yaratmaqla eyni əməliyyat deyil. Paketi yenidən endirmək ucuzdur; yerli marşrutlar haqqında təxmin yürütmək deyil.

Yenidən qoşulun və ilkin təyinat üçün marşrutu yenidən oxuyun. Nəticənin klienti yenidən quraşdırdım ifadəsindən daha dəqiq olması üçün əvvəl və sonra sətirlərini dəyişiklik qeydi ilə saxlayın.

Azure P2S marşrutlaşdırma ssenariləri birbaşa peerinqdə olan VNet-ləri digər tunellərlə əldə edilən şəbəkələrdən ayırır və yeni paket peerinqi tranzitiv edə bilməz. Bəzi Windows site-to-site və ya BGP ssenariləri də əl ilə konfiqurasiya edilmiş uzaq marşrutlar tələb edir, ona görə paketin yenilənməsi universal marşrut paylanması mexanizmi deyil.

Müvəqqəti marşrutu müvəqqəti saxlayın

Əl ilə marşrut itkin klient marşrutunu təcrid edə bilər, lakin onu real dizayndan qurun: route add 10.24.0.0 mask 255.255.0.0 172.16.0.1 if 42, davamlı bayraq olmadan, belə ki, yenidən başlatmada yox olsun. İnterfeys indeksini və növbəti hopu təxmindən deyil, qoşulmuş VPN adapterindən seçin.

Eksperimental marşrutu daimi rəqib sahib kimi yerində qoymayın. Gələcək profil yeniləmələri eyni prefiksi fərqli metrika ilə əlavə edə bilər və o zaman əl ilə yazı hansı yolun qalib gəldiyini səssizcə həll edir. Silmə addımını dəyişiklikdə qeyd edin.

Düzgün marşrut aktiv olduqdan sonra ping deyil, hədəf tətbiqi sınayın. Paketlər Azure-a çatır, lakin xidmət yenə uğursuz olursa, şəbəkə təhlükəsizlik qrupunu və geri dönüş yolunu yoxlayın, çünki bunlar noutbukun prefiksi öyrənməsindən ayrıdır.