NFS VPN arxasında: açılışda montaj, yoxsa tələb üzrə avtomatik montaj?

İki konfiqurasiya eyni problemi həll edir və əks istiqamətlərdə uğursuz olur. Paylaşmanı açılışda montaj etmək hər xidmətə ya mövcud olan, ya da açılışın niyə dayandığını izah edən bir fayl sistemi verir. Tələb üzrə avtomatik montaj maşına sürətli açılış verir və gözləməni yola ilk toxunan şəxsə ötürür. VPN arxasında ikinci variant adətən daha yaxşı mübadilədir və səbəb tunelin açılış ardıcıllığının görə bilmədiyi bir sıralama tətbiq etməsidir.

Açılışda montaj və avtomatik montaj

Açılışda montaj barədə düşünmək sadədir. Fayl sistemi hədəfi montajı gözləyir, ona asılılıq bildirən xidmətlər sonra başlayır və server əlçatmazdırsa, maşın seçimlərdən asılı olaraq ya gözləyir, ya da uğursuz olur. Sonrakı hər şey bu tək qərarı miras alır.

Avtomatik montaj bunu tərsinə çevirir. Yol dərhal mövcuddur, real montaj nə isə onu açanda baş verir və erkən başlayan xidmətlər hələ qalxmamış tuneldə bloklanmır.

Müqayisə gecikməni kimin qəbul etməsi ilə bağlıdır. Paylaşma istifadəçi işləyə bilməzdən əvvəl lazım olan iş stansiyası yəqin ki gözləməlidir. Çantada açılan noutbuk və ya paylaşması istəyə bağlı olan server gözləməməlidir.

Heç bir variant itkin marşrutu düzəltmir. Hər ikisi sadəcə uğursuzluğun nə vaxt müşahidə olunacağını qərarlaşdırır.

fstab sətri, seçim-seçim

Tutaq ki, mövcud OpenVPN müştəri instansiyası [email protected], server files.corp.example və montaj nöqtəsi /mnt/work-dir. Üçünü də öz sahənizdən icazəli dəyərlərlə əvəz edin. İşlək bir sətir belə görünür:

files.corp.example:/export/work /mnt/work nfs _netdev,nofail,x-systemd.automount,[email protected],x-systemd.mount-timeout=30s 0 0

_netdev montajı şəbəkə tələb edən kimi işarələyir və heç bir tunel adlandırmır. nofail paylaşmanı adi fayl sistemi hədəfi üçün istəyə bağlı saxlayır. x-systemd.automount dərhal montaj etmək əvəzinə tələb üzrə tetikləyici yaradır.

x-systemd.requires= montaj cəhdini VPN vahidinə bağlayan hissədir və o, tetikləyicidə deyil, montaj əməliyyatında olmalıdır. Geniş sıralamanı avtomatik montaj vahidinin özünə qoymaq, insanların sonra systemd-nin heç kimin iki dəfə oxumadığı dildə şikayət etdiyi dövrələr yaratmasının yoludur.

x-systemd.mount-timeout=30s ilkin montaj əmrini məhdudlaşdırır. Sonradan baş verən heç nəyi məhdudlaşdırmır və bu, bu seçimlə bağlı ən çox yayılmış yanlış anlamadır.

Başladı demək nə demək deyil

Adını çəkdiyiniz VPN vahidi üçün aktiv olmağın nə demək olduğunu yoxlayın. Tunel xidməti fayl serverinə marşrut yaranmadan və ya şəxsi ad həll olunmadan özünü başlamış elan edə bilər və ondan sonra sıralama sizə heç nə qazandırmır. Demək olar ki, hər uğursuz cəhd bu boşluqda yaşayır. O, həm də vahidin vəziyyətinə deyil, marşruta və həlledicisinə baxmasanız görünmür.

Yeri varsa, bağlantı sahibinin öz hazırlıq siqnalını əlavə ilkin şərt kimi istifadə edin. Sabit yuxu masanızda işləyən və daha yavaş şəbəkədə və ya yenidən qoşulmadan sonra uğursuz olan bir təxmindir.

Nümunə yol üçün yaradılan vahidləri yoxlayın: mnt-work.automount və mnt-work.mount. Nəzərdən keçirilmiş fstab dəyişikliyindən sonra systemd-ni yenidən yükləyin və əlaqəsiz girişləri işlədən geniş montaj əmri yerinə həmin vahidləri birbaşa idarə edin.

Buraya daha bir xəbərdarlıq aiddir. Açılışda /mnt/work sahəsinə toxunan xidmət hələ də montajı tetikləyir və hələ də onu gözləyir, yəni paylaşmanı istəyə bağlı etmək hər tətbiqi səbirli etmir.

Montajdan sonrası başqa bir uğursuzluqdur

NFS montaj edildikdən sonra fayl sisteminin yenidən cəhd və bərpa davranışı sonrakı kəsintinin oxuma və ya yazmaya nə edəcəyini müəyyənləşdirir. Təyin etdiyiniz montaj vaxt həddi buna heç bir təsir göstərmir.

Yumşaq montaj bəzi gözləmələri qısaldır və xəta semantikasını dəyişir, məqsəd daha sürətli açılış olduqda asanlıqla gözdən qaçan məlumat bütövlüyü nəticələri ilə. Onu açılışdan iki saniyə qazanmaq üçün seçmək nadir hallarda yaxşı mübadilədir. Tələb həqiqətən kəsinti zamanı məhdud bir əməliyyatdırsa, bu fstab bayrağı deyil, tətbiq səviyyəsində qərardır.

Tunel düşəndə yazının ortasında olan prosesə nə olmalı olduğunu qərarlaşdırın və yazın. O cavab hər hansı seçim sətrindən daha faydalıdır.

Bir yox, dörd vəziyyəti sınayın

Tunel mövcud ikən normal açılış asan haldır və demək olar ki, heç nə sübut etmir. O, sətrin düzgün yazıldığını təsdiqləyir və başqa heç nə. VPN olmadıqda ilk müraciəti, sonra qalxdıqda bərpanı, sonra uğurlu montajdan sonra nəzarətli kəsintini sınayın.

Dörd vəziyyət, dörd müşahidə və qeydlər fstab girişinin yanına gedir. Növbəti şəxs tərsinə mühəndislik etməli olduğu konfiqurasiya yerinə davranış miras alır.