NetworkManager-də itkin VPN marşrutu: profil siyasəti, yoxsa skript?

Siz qoşulursunuz, tunel interfeysi görünür və ehtiyac duyduğunuz bir prefiks sadəcə cədvəldə yoxdur. Növbəti addım adətən onu əlavə edən skript axtarışıdır. Bu axtarış profilə OpenVPN köməkçisi yapışdıran cavablara gətirib çıxarır və həmin cavabların yarısı vəziyyəti yaxşılaşdırmaq əvəzinə pisləşdirir, çünki itkin marşrutun üç mümkün sahibi var və onlardan yalnız biri itkin skriptdir.

Nəyisə yazmazdan əvvəl hansı sahibin məsuliyyət daşıdığını müəyyən edin.

Üç sahib, bir itkin prefiks

Prefiks heç kim onu təqdim etmədiyi üçün, profil onu rədd etdiyi üçün və ya o, baxmadığınız bir yerdə quraşdırıldığı üçün yox ola bilər. Bunlar fərqli nasazlıqlardır və fərqli düzəlişləri var.

Birincisi yoxlamaq üçün ən asandır: server və ya plagin marşrutu heç təklif edibmi? Prefiksi heç vaxt almamış backend onu quraşdıra bilməz və köməkçi skript həmyaşıdın heç təsvir etmədiyi əlçatanlığı uydura bilməz. İkincisi profil siyasətidir və o, qoşulmanın başqa cür tutacağı marşrutları sıxışdıra bilər. Üçüncüsü cədvəl və ya qaydadır və marşrutu standart axtarışın heç müraciət etmədiyi bir yerdə saxlaya bilər.

Dördüncü sahib sonradan sizsiniz: marşrutu qoşulma zamanı əlavə edən, lakin ayrılma zamanı silməyən skript. Bu, tuneldən uzun yaşayan, ölü interfeysə işarə edən və maşını sazlayan növbəti şəxsi çaşdıran bir prefiks yaradır.

Nəyisə əlavə etməzdən əvvəl profili oxuyun

Yadda saxlanmış qoşulmanın öz xassələrindən başlayın. Onları sirləri açmadan oxuyun və profil adı qeyri-müəyyəndirsə UUID-dən istifadə edin.

nmcli -f vpn.service-type,ipv4.never-default,ipv4.ignore-auto-routes,ipv4.route-table,ipv4.routes connection show office

vpn.service-type sizə qoşulmanın hansı backend-ə aid olduğunu deyir və bu vacibdir, çünki plagin məlumatları backend-ə xasdır. Bir plaginin qəbul etdiyi açar digəri üçün dəstəklənən təlimat deyil, ona görə də fərqli müştərinin sənədləşməsindən kopyalanmış fraqment heç nəyə sübut deyil.

ipv4.ignore-auto-routes və ipv4.never-default fərqli suallara cavab verir. Birincisi qoşulmanın başqa cür avtomatik tutacağı marşrutları rədd edə bilər, ikincisi isə profilin standart marşruta çevrilə biləcəyini idarə edir. Avtomatik marşrutları nəzərə almayan və başqa heç nəyə güvənməyən profil təmiz qoşulacaq və demək olar ki, heç nə quraşdırmayacaq.

ip -4 rule show
ip -4 route show table all

Bu iki əmr üçüncü ehtimalı həll edir. Prefiksinizi təkcə main-da deyil, bütün cədvəllərdə axtarın və siyasət qaydasının müvafiq axtarışı başqa yerə göndərib-göndərmədiyini yoxlayın. Əgər prefiks başqa cədvəldə varsa və heç nə ona müraciət etmirsə, sizdə itkin marşrut yoxdur; sizdə ona heç çatmayan axtarış var.

Skriptin düzəldə bilmədiyi şey

Köməkçi skript əlavə etmək NetworkManager-in vpn.data sahəsinə işlədiləcək proqram verir. Bu real mexanizmdir və bu halların çoxu üçün səhv mexanizmdir, çünki skript nəzarəti profilin öz siyasəti nəyin qəbul ediləcəyini artıq qərarlaşdırdıqdan sonra alır.

OpenVPN-in script-security parametri digər təkrarlanan qarışıqlıqdır. Bu, müştərinin hansı skriptləri icra edə biləcəyini və onların mühitinə nə qoya biləcəyini tənzimləyən OpenVPN parametridir; səviyyə 3 etimadnamələrin mühit vasitəsilə ötürülməsinə icazə verir ki, bu da marşrut düzəlişi deyil, sirr idarəetməsi qərarıdır. Onu backend-i OpenVPN olmayan profilə yapışdırmaq və ya heç bir skriptin ehtiyac duymadığı halda yüksəltmək marşrut əlavə etmədən məruz qalmanı artırır.

Sonra yenidən başlatma refleksi gəlir. NetworkManager xidmətini yenidən başlatmaq hər idarə olunan əlaqəni sökür və yenidən qurur, o cümlədən uzaqdan işləyirsinizsə, qoşulduğunuz əlaqəni. Bu, zərərsiz diaqnostika deyil, pozucu bir hərəkətdir və serverdə sağ qalan sessiya ilə sağ qalmayan sessiya arasındakı fərq ola bilər.

Qərar, ardıcıllıqla

Ardıcıllıqla üç sual verin. Həmyaşıd prefiksi təqdim edibmi, bunu backend-in jurnalı və ya öz status çıxışı göstərəcək? Əgər belədirsə, profil marşrutları qəbul etmək və quraşdırmaq üçün konfiqurasiya olunubmu, yoxsa onları sıxışdırır? Əgər marşrut hardasa varsa, axtarış yolu test etdiyiniz trafik üçün düzgündürmü?

Yalnız birinci cavab bəli, ikinci cavab bəli və üçüncü düzgün olduqda əlavə skript müdafiə oluna bilər və hətta o zaman backend-in marşrutu doğma olaraq dəstəkləyib-dəstəkləmədiyini soruşmalısınız. VPN parametrləri arayışı service-type və plaginə xas məlumat lüğətini sənədləşdirir, açarın mövcud olduğunu fərz etməzdən əvvəl başlamaq lazım olan yer budur.

Təsdiqlənmiş düzəlişdən sonra yenidən qoşulun və təyinatı əvvəlcə ünvanla, sonra adla sınaqdan keçirin, sonra ayrılın və vəziyyətin təkrarlana bilən olduğunu təsdiqləmək üçün yenidən qoşulun. Bir sahib, bir cədvəl və tunellə birlikdə yox olan marşrut əldə etməyə dəyər nəticədir.