ifconfig-noexec SSH sessiyanızı xilas etməyəcək: o nə edir
O, OpenVPN-in öz interfeys ünvanı qurma işini dayandırır. SSH cavab marşrutunu ayırmır, bütün marşrut dəyişikliklərini söndürmür və çatışmayan ünvanı təmin etmir.
Bir forum mövzusunda haradasa, ifconfig-noexec tunel qalxanda SSH sessiyasını canlı saxlayan düzəliş kimi təklif olunur. Məntiq, seçimin nəyə toxunduğunu yoxlayana qədər ağlabatan görünür. O, OpenVPN-in tunel interfeysinin ünvanını konfiqurasiya etməsini dayandırır və həmin dəyərləri skriptlərə verir; idarəetmə bağlantınızın cavablarının hara getdiyi barədə isə heç nə demir. Əksinə inanmaq, istifadə oluna bilən ünvanı olmayan tunel və hələ də ölən SSH sessiyası yaradır.
Seçim əslində nəyi həvalə edir
Default olaraq klient tunel qurğusunu qaldırır və serverin verdiyi yerli və uzaq ünvanları təyin edir. ifconfig-noexec qurulanda bu addım atlanır və razılaşdırılmış dəyərlər skript mühitinə ixrac edilir ki, başqa bir şey onları tətbiq etsin.
Sahiblik dəyişir. Onun yerinə heç nə uydurulmur.
Beləliklə, seçimin cavab verdiyi sual interfeysi kimin konfiqurasiya etdiyidir, cavab vermədiyi sual isə paketlərin sizə geri yolunu necə tapdığıdır. Bunları ayrı saxlayın, yoxsa ünvanı olmayan interfeysi kompensasiya etmək üçün bir axşamı marşrutları redaktə etməyə sərf edərsiniz.
Fərqli işləri olan üç oxşar seçim
Bu ailəni qarışdırmaq asandır, çünki adlar bir sözlə fərqlənir və simptomlar üst-üstə düşür. Hər hansı birini seçməzdən əvvəl onun nəyi dayandırdığını oxuyun.
| Seçim | Nə baş verməyi dayandırır |
|---|---|
ifconfig-noexec | OpenVPN-in öz tunel ünvanı konfiqurasiyası; dəyərlər əvəzində skriptlərə gedir |
route-noexec | Marşrutların avtomatik əlavə edilməsi və silinməsi; marşrut detalları skriptə gedir |
route-nopull | Serverin ötürdüyü marşrutlar və DNS kimi əlaqəli seçimlər rədd edilir |
Bunlar ayrı-ayrılıqda anlaşılmalı alternativlərdir, bir yerə yapışdırılacaq dəst deyil. Ünvan konfiqurasiyasını dayandırmaq marşrut dəyişikliklərini, firewall qaydalarını və ya DNS daşıyan ötürülmüş seçimləri dayandırmır. Həvalə edilmiş skript də marşrutları dəyişməkdə sərbəstdir və bu, qaçmaq əvəzinə ötürdüyünüz bir qərar.
Əgər satıcı klienti mühərriki əhatə edirsə, profilə aşağı səviyyəli bir direktiv atıb əhatənin ona hörmət edəcəyinə ümid etmək əvəzinə onun dəstəklənən inteqrasiyasını istifadə edin. Əhatələr tez-tez profili qoşulma zamanı yenidən yaradır, ona görə əl ilə düzəliş xətasız yox olur. Fayl üzərində bir axşam keçirməzdən əvvəl klientin parametrlərini harada saxladığını yoxlayın. Bu, cədvəldəki hər sətirə aiddir, yalnız gəldiyiniz sətrə deyil.
Qorumaq istədiyiniz SSH sessiyası
SSH bağlantısının mənbə ünvanı, hədəf ünvanı və cavab yolu var. Tam tunel default-u yenicə quraşdıran serverdə publik ünvanınıza cavab tunellə uyğun gəlir və VPN şlüzü onu atır.
Tunel interfeysinin ünvan konfiqurasiyasında heç nə bunu dəyişmir.
Bunu düzəldən, idarəetmə ünvanınız üçün tuneldən əvvəlki şlüz vasitəsilə daha konkret marşrut və ya həmin trafiki yönləndirən siyasət qaydası, üstəgəl hostunuzun tətbiq etdiyi filtr parametrləridir. İki problem bəzən birlikdə görünür və beləcə biri digərinin dərmanı sanılır. Onları ayrı-ayrılıqda sınayın: tuneli seçimsiz qaldırın, interfeys ünvanına və cavab yoluna baxın, sonra ikisindən hansının həqiqətən xarab olduğuna qərar verin.
Həvalə edilmiş skript nəyi öz üzərinə götürməlidir
Əgər həqiqətən başqa sahibin interfeysi konfiqurasiya etməsini istəyirsinizsə, işi sadalayın: yerli və uzaq ünvanı tətbiq edin, qurğunu qaldırın, bağlantı kəsiləndə ünvanlamanı bərpa edin və ya silin, və yenidən qoşulduqdan sonra eyni şeyi təkrar edin. Bir uğurlu sessiyanın dəyərləri sərt kodlanmamalıdır, çünki server növbəti dəfə fərqli cüt verə bilər.
Klientin ixrac etdiyi mühit dəyişənləri bu iş üçün yeganə dəstəklənən girişdir.
env | grep -E '^ifconfig_|^route_'route-up skripti daxilində bu dəyişənlər əlçatandır; cron işindən və ya əl ilə shell-dən isə deyil. Versiyanızın hansı həyat dövrü qarmağından istifadə etdiyini və qarmağın interfeysi dəyişmək üçün kifayət qədər imtiyazla işlədiyini təsdiqləyin, çünki klient artıq imtiyazsız istifadəçiyə düşmüş ola bilər.
Bütün həyat dövrünü sınayın, bir sessiyanı yox
Tuneli qaldırın, qurğudakı ünvana baxın, sonra yenidən qoşulun və yenə yoxlayın. Bir dəfə işləyib ikinci cəhddə uğursuz olan konfiqurasiya adətən həvalə edilmiş addımın yalnız ilk qoşulmada işlədiyini bildirir.
Sonra hər iki qəbul meyarını birlikdə sınayın: nəzərdə tutulan idarəetmə yolu ilə təzə SSH bağlantısı işləyir və icazəli tətbiq tuneldən düzgün istifadə edir.
Tunelin ünvanı yoxkən təsadüfən sağ qalan köhnə SSH sessiyası uğur deyil və bu, heç kim işi öz üzərinə götürmədikdə bu seçimin yaratdığı tam olaraq həmin vəziyyətdir. Əvvəlcə interfeys ünvanını, sonra idarəetmə cavab yolunu, sonra tətbiqi yoxlayın. Əgər üçdən ikisi səhvdirsə, seçim işi sahibsiz yerindən tərpətmişdir.