OpenVPN marşrut metriki: seçilmiş marşrut niyə yenə uduzur

Profilde bir marşruta metrik əlavə etdiniz, yenidən qoşuldunuz və trafik hələ də səhv interfeysdən çıxır. Rəqəm nadir hallarda problemdir. Metrik yalnız əməliyyat sisteminin artıq müqayisə etdiyi namizədləri sıralayır, daha dəqiq prefiks və ya daha əvvəlki siyasət cədvəli isə hər hansı metrik oxunmadan qərar verir.

Əvvəlcə profili, sonra quraşdırılmış cədvəli, sonra seçim qaydalarını işləyin. Bu sıra müştərinin marşrutu qurma üsuluna uyğundur və sizi müqayisəyə heç vaxt daxil olmayan dəyəri tənzimləməkdən saxlayır.

Marşrut sətrini sahə sırası ilə oxuyun

OpenVPN 2.6 icma müştərisi IPv4 route sətrində dörd sahə qəbul edir: şəbəkə, şəbəkə maskası, şlüz və istəyə bağlı metrik. Şlüz mövqeyi xüsusi vpn_gateway açar sözünün yazıldığı yerdir. Bu, bu bağlantı üçün VPN tərəfinin növbəti atlama nöqtəsidir, nə marşrut cədvəli nömrəsi, nə də fiziki routerinizdir. Bunu qaçırsanız, sətrin qalanı nə etdiyi barədə səhv təsəvvürlə oxunur. şəbəkə seçimləri arayışı bütün dörd sahəni sənədləşdirir.

Şəxsi təyinat üçün sətir belə ola bilər:

route-metric 50
route 172.20.0.0 255.255.0.0 vpn_gateway 30

Açıq 30 həmin marşruta aiddir, 50 isə profildeki rəqəm buraxan hər digər marşrut üçün standart olaraq qalır. Sətri soldan sağa oxumaq hansı dəyərin harada keçərli olduğunu bilmək üçün kifayətdir.

route-metric standartdır, dərəcə deyil

route-metric öz nömrəsini daşımayan marşrutlar üçün ehtiyat dəyəri təyin edir. O, heç bir marşrutu başqa bir şeydən yuxarı qaldırmır və açıq metriklə quraşdırılmış marşrutları yenidən sıralamır.

Bu fərq profil hər iki formanı qarışdıranda vacibdir. Yuxarıda tək route-metric sətri səlahiyyətli görünür və günahlandırmaq asandır, halbuki trafiki həqiqətən daşıyan marşrut öz metriyini üç sətir aşağıda daşıya bilər.

Bir marşrutun müəyyən yolu üstün tutmasını istəyirsinizsə, rəqəmi həmin marşruta qoyun. Yaradılmış profil boyunca ardıcıl standart istəyirsinizsə, route-metric istifadə edin və fərdi sətirlərə toxunmayın. İkisini səbəbsiz qarışdırmaq profilin izah edilə bilməyən marşrutla bitməsinin yoludur.

Müştərinin nə quraşdırdığını yoxlayın

Yenidən qoşulma tamamlandıqdan sonra profildən deyil, nüvədən soruşun.

ip route show müştərinin əlavə etdiyi marşrutları sadalayır, ip route get 172.20.5.10 isə daha faydalı suala cavab verir: bu təyinat həqiqətən hansı marşrutdan istifadə edəcək və hansı mənbə ünvanı ilə. Təyinat cədvəldə yoxdursa, müştəri onu quraşdırmayıb.

Yerli direktiv, server tərəfindən göndərmə və ya başqa şəbəkə meneceri eyni prefiksi əlavə edə və ya silə bilər, son yazan qalib gəlir. İşləyərkən son nöqtə marşrutunu nəzərdə saxlayın, çünki bağlantıya uzaq serverə gedən və qurduğu tuneldən keçməyən yol lazımdır.

Daha kiçik metrik niyə yenə uduzur

Metriklər eyni təyinat üçün marşrutları müqayisə edir. Onlar geniş prefiksi daha dəqiq etmir. redirect-gateway def1 işə düşəndə müştəri 0.0.0.0/1 və 128.0.0.0/1 quraşdırır, bu iki prefiks isə bütün IPv4 fəzasını 0.0.0.0/0-dən daha dəqiq əhatə edir. Standart marşrutda 1 metriki onları üstələmir.

Eyni məntiq hər üst-üstə düşən cütə aiddir. /24, içindəki ünvan üçün /16-nı üstələyir, əlavə olunmuş rəqəmlərdən asılı olmayaraq, çünki axtarış əvvəlcə ən dəqiq uyğunluğu seçir və yalnız sonra bərabərlər arasında metrikləri müqayisə edir.

Bu, metrik xətası kimi görünən və olmayan hissədir. Hər hansı rəqəmi dəyişməzdən əvvəl hər iki namizəddə prefiks uzunluğuna baxın.

Siyasət qaydaları cədvəldən əvvəl işləyir

Linux-da ip rule hansı marşrut cədvəlinə baxılacağını müəyyən edir. Qaydalar prioritet sırası ilə qiymətləndirilir, buna görə daha əvvəlki cədvəl əsas cədvəl heç oxunmadan marşrut qaytara bilər. main daxilindəki metrik əvvəlcə baxılan cədvəldəki uyğunluğu üstələyə bilməz.

Əvvəlcə ip rule show istifadə edin, sonra həmin qaydanın nə qaytaracağını görmək üçün konkret cədvəli sorğulayın, məsələn ip route show table 100. Bir VPN müştərisi və ya konteyner mühiti qayda əlavə edibsə, cavab oxuduğunuz cədvəldə deyil, orada ola bilər. Mənbə ünvanı da vacibdir, çünki qayda mənbəyə uyğunlaşa və eyni təyinatı tunel trafiki ilə LAN trafiki üçün fərqli həll edə bilər.

Sıralamanı deyil, təyinatı yoxlayın

Mübahisəni bitirən sınaq hədəf altşəbəkədəki hosta bir sorğu və nüvənin seçdiyi mənbə ünvanının yoxlanmasıdır. Əgər bu cüt dizayna uyğundursa, siyahı təmiz sıralama kimi görünməsə də, metrik öz işini görür.

IPv6 və DNS-i bu yoxlamadan kənarda saxlayın. Onlar fərqli direktivlərlə konfiqurasiya olunur və fərqli mexanizmlərlə həll edilir, işləyən IPv4 marşrutu isə onların heç biri barədə heç nə demir. Bir dəfə bir qatı dəyişin və sorğunu yenidən işlədin.