VPN üzərindən NFS yenidən ixracı paket yönləndirməsi deyil

Linux qutusu VPN-ə qoşulur, uzaq NFS ixracını mount edir və sonra bu mountu başqa müştəri qrupuna təqdim edir. Bu quruluş əlavə addımlarla marşrutlaşdırmaya bənzəyir, və bu ilk səhv fərziyyədir. Orta maşın yuxarı axın serverinin müştərisi və aşağı axın müştərilərinin serveridir, və o, hər iki fayl xidməti əlaqəsində iştirak edir. Paket yönləndirməsinin fayl tutacaqları, kilidləmə və ya fayl sistemi kimliyi barədə heç bir fikri yoxdur; yenidən ixracın var.

Aşağı axın müştərilərinin orijinal serverə birbaşa çata bilib-bilmədiyini soruşmaqla başlayın. Çata bilirlərsə, orta maşın məcburi deyil.

Üç model, üç ardıcıllıq hekayəsi

Birbaşa mount ən sadədir: hər müştəri orijinal serveri tunel vasitəsilə mount edir və həmin serverin ixrac siyasəti girişi idarə edir. Yenidən ixrac orta maşının fərqli xidmət sərhədi təqdim etməsidir, bu da müştəriyə baxan şəbəkənin serverə birbaşa çatmamalı olduğu halda faydalıdır. Replikasiya üçüncü modeldir və sualı ardıcıllıqdan sinxronizasiya və münaqişə həllinə çevirir.

Replikasiya edilmiş surəti canlı yenidən ixrac kimi təsvir etməyin. Uğursuzluq rejimləri fərqlidir və hər əməliyyatın orijinal fayl sisteminə çatacağını gözləyən istifadəçi link kəsilməsi zamanı təəccüblənəcək.

Kimlik mount əmrindən uzun yaşayır

Yenidən ixraclar açıq fayl sistemi ID-si tələb edir və bu kimlik yenidən başlatmalara və konfiqurasiya yenidənqurmalarına tab gətirməlidir. Kernel sənədləri tələb barədə aydındır və o, həmçinin xəbərdarlıq edir ki, crossmnt alt fayl sistemlərinin öz ID-ləri ilə ixrac edilməsi ehtiyacını aradan qaldırmır. İstifadəçiyə davamlı görünən qovluq ağacı bir neçə fayl sistemi sərhədini keçə bilər. Müasir nfs-utils dəstəklənən konfiqurasiyalar üçün ID-ləri avtomatik ayıra bilər və bunu etdikdə onun verilənlər bazası şlüzün vəziyyətinin bir hissəsinə çevrilir. Bu ID-lərə birdəfəlik fayllar kimi deyil, xidmət kimliyi kimi baxın.

Fayl tutacaqları digər kimlik sərhədidir: yenidən ixrac orijinal tutacağı sarır, bu onu böyüdür və müştərinin limitini aşa bilər. Uğurlu mount hər ixrac tərtibatının uyğun olduğunu sübut etmir.

Hər NFS xüsusiyyəti orta maşından sağ çıxmır

Kernelin yenidən ixrac bələdçisi bildirir ki, yenidən ixrac edən server kilidləmə və ya delegasiya sorğularını dəstəkləmir. Bu əməliyyatlardan asılı olan proqramlar fərqli yol və ya onlara qarşı yoxlanılmış dizayn tələb edir. Uğurlu mount və işlək qovluq siyahısı proqramın real əməliyyatlarının işlədiyini göstərmir.

İstifadəçi kimliyi və ixrac siyasəti də hər atlamada önəmlidir. VPN girişi şəbəkə iştirakçısının autentifikasiya olunduğunu sübut edir; o, NFS istifadəçisini səlahiyyətləndirmir və müştərinin etimadnamələrini şlüzün arxasına ötürmür.

Şlüzün iki yuxarı axın asılılığı var

Şlüz yuxarı axın mountu üçün VPN-dən və fayl sisteminin özü üçün yuxarı axın serverindən asılıdır. Hələ də işləyən yerli ixrac prosesi əlçatmaz yaddaşı sağlam edə bilməz. Başlama sırasını, yenidən qoşulma davranışını və server yenidən başlatmalarını planlaşdırın, o cümlədən müştərilərin artıq saxladığı fayl tutacaqlarına nə olacağını. Şlüz vasitəsilə mount edib tutacağını itirən müştəri yenidən mount etməlidir və bu şəffaf bərpa deyil, əməliyyat hadisəsidir.

Əgər tələb yalnız şəxsi IP əlçatanlığına ehtiyac duyurdusa, orijinal serverə birbaşa marşrutlaşdırma daha sadə arxitekturadır. Yenidən ixrac yazıldıqda da qalan bir səbəbə görə mövcud olmalıdır.

Mountu deyil, iş yükünü sınaqdan keçirin

Real fayl iş yükünü nəzarətli mühitdə tətbiq edin: proqramın yerinə yetirdiyi əməliyyatlar, istifadə etdiyi fayl ölçüləri və gözlədiyi paralellik. Yalnız nəqliyyat xətalarını deyil, xüsusiyyət boşluqlarını izləyin. Sonra hansı modeli seçdiyinizi və niyə seçdiyinizi qeyd edin, çünki əks halda növbəti şəxs şlüzü marşrutlaşdırıcı hesab edəcək.

Yenidən ixrac yalnız qəsdən bir səbəbə, məsələn təcrid olunmuş müştəri şəbəkəsinə və ya nəzarətli versiya sərhədinə görə mövcud olduqda qanunidir. O, pis bir təsadüfdür və fərq ondadır ki, kimsə buna qərar veribmi.