OpenVPN marşrut limiti əslində hansı komponentə aiddir?
Marşrut limiti OpenVPN mühərrikinə, NetworkManager plagininə və ya serverə aid ola bilər. Profili redaktə etməzdən və ya rəqəmi artırmazdan əvvəl sahibini müəyyən edin.
İki yüz marşrut daşıyan profil bir maşında işləyir, digərində isə qırx marşrut quraşdırır. Mühərrik, onu işə salan inteqrasiya və onu qidalandıran server, hər birinin sözü var və hər biri siyahını fərqli nöqtədə dayandıra bilər. Nasazlığı tək limit kimi oxumaq sizi yanlış fayla aparır. Mexanizm üç mərhələdən ibarətdir və dayanan mərhələ, nə axtaracağınızı bildikdə görünən izlər qoyur.
Üç mərhələ, üç fərqli limit
Əvvəlcə mühərrik parametri təhlil edir və bu versiyanın onu başa düşüb-düşmədiyini qərar verir. Sonra inteqrasiya mühərrikin bildirdiyini quraşdırır və onun öz kodu siyahını məhdudlaşdıra və ya yenidən forma sala bilər. Nəhayət, server hər hansı müştəri mərhələsi nə isə görməzdən əvvəl müəyyən kimliyə neçə marşrut göndərəcəyini qərar verir. Üç mərhələ, üç tavan və onlardan yalnız biri profildəki rəqəmdir.
Bir tavanı qaldırmaq digərləri üçün heç nə etmir. Rədd edilmiş göndərilmiş marşrut serverdə siyasət qərarı, müştərinin həll etdiyi kəsişmə və ya artığı atan quraşdırıcı limiti ola bilər. Bunların hər birinin fərqli düzəlişi var.
Nə isə ölçməzdən əvvəl üçünü ayırın. Təhliledici xətası tokenin adını çəkir, quraşdırıcı limiti qısa marşrut cədvəli qoyur, siyasət qərarı isə heç nə qoymur. İzlər sizə hansı mərhələni əvvəl yoxlamağı deyir.
| Stage | Who decides | What you can see |
|---|---|---|
| Parse | Client engine | An error naming the option |
| Install | Activation owner | A route count below the pushed count |
| Offer | Server policy | A route absent from the pushed list |
Əvvəlcə təhliledici danışır
Naməlum parametr uca səslə və erkən uğursuz olur, xəta mətni isə tokenin adını çəkir. Bu, müəyyən etmək üçün ən asan mərhələdir: dəqiq mesajı quraşdırılmış mühərrik versiyası ilə müqayisə edin, çünki bir buraxılışda əlavə olunan parametr ondan əvvəlki buraxılışda naməlumdur. Daha yeni yerləşdirmədən kopyalanmış profil bu uyğunsuzluğun adi mənbəyidir. Təhliledici tanımadığı təlimata heç vaxt səssizcə məhəl qoymur.
Qəbul edilmiş parametr nəticə barədə heç nə demir. Təhlil uğurlu olur və siyahı hələ quraşdırıcı tərəfindən qısaldıla bilər və ya server tərəfindən heç təklif olunmaya bilər. Təmiz təhlili davam etmək üçün icazə sayın, sübut yox.
Versiya sətrini həqiqətən işləyən binar fayldan qeyd edin, paket menecerinin nə quraşdırıldığı barədə təsəvvüründən yox. Bu ikisi gözlənildiyindən daha tez-tez razılaşmır.
Quraşdırıcının öz tavanı var
Aktivasiyaya sahib olan komponent mühərrik binarı yox, NetworkManager plagini ola bilər və hər hansı tunel yaranmazdan əvvəl öz limitini qoya bilər. Onun redaktoru işləyən mühərrikin heç vaxt oxumadığı sahəni göstərə bilər və ya redaktorun göstərmədiyi sahəni oxuya bilər. Hər iki hal kənardan müştəri nasazlığı kimi görünür. Heç biri profili redaktə etməklə düzəlmir.
Konfiqurasiya ediləni yox, yerinə yetənini sayın. ip route show dev tun0 əmri quraşdırılmış marşrutları sadalayır və bu sayı göndərilmiş siyahı ilə müqayisə etmək atılmış marşrutu heç göndərilməmiş marşrutdan ayırır. Göndərişlə uyğun gələn say şübhəni yenidən serverə qaytarır.
Daha böyük rəqəm məcbur etmək üçün mühərrik binarının ətrafında shell sarğısı yeniləmələri pərdələyir və geri qayıtmanı təxminə çevirir. O, həmçinin real limiti konfiqurasiyanı sonra oxuyan hər kəsdən gizlədir.
Server sizə nə təklif edildiyini qərar verir
Hər müştəri üzrə siyasət siyahını ötürülməzdən əvvəl kiçildə bilər. Müştəriyə xas fayl bir kimlik üçün marşrutlar əlavə edə bilər və ya qrup siyasəti onları buraxa bilər, müştəri isə süzülmüş marşrutu heç vaxt təyin edilməmiş marşrutdan ayıra bilməz. Bu qeyri-müəyyənlik server qeydinin vacib olmasının səbəbidir. O kimlik üçün şablonu yox, effektiv göndəriş siyahısını istəyin.
Server qeydini alınmış siyahı ilə müqayisə edin. Aralarındakı fərq siyasət qatıdır və adətən profilin təklif etdiyindən kiçikdir.
Dizayn imkan verdikdə bitişik şəbəkələri birləşdirin və köhnəlmiş qeydləri silin. Daha az və daha böyük marşrutlar daha yüksək tavandan çox halı həll edir.
Rəqəmi düzgün yerdə dəyişin
Limiti həqiqətən sahiblənən komponentin sənədləşdirilmiş parametrindən istifadə edin. Sahə plagində yoxdursa, plaginin xüsusiyyətdən əvvəl olduğunu və ya marşrutlara başqa komponentin sahib ola biləcəyini yoxlayın. Sonra seçdiyiniz dəyərin yanında mühərrik, plagin və server versiyalarını sənədləşdirin. Növbəti yeniləmə sualı yenidən açır və qeyd onu cavablandırıla bilən edir.
Üçündən hər hansı birinin hər yeniləməsindən sonra yenidən sınaqdan keçirin. Düzgün yerdə qaldırılmış limit onu tətbiq edən komponent dəyişdikdə yenə də tərpənir. Versiya qeydi bu tərpənişi proqnozlaşdıran yeganə şeydir.