NFS-ის ხელახალი ექსპორტი VPN-ის გავლით პაკეტების გადაცემა არ არის

Linux-ის მანქანა უერთდება VPN-ს, ამონტაჟებს დისტანციურ NFS ექსპორტს და შემდეგ ამ მონტაჟს სხვა კლიენტთა ჯგუფს ემსახურება. ეს განლაგება დამატებითი ნაბიჯებით მარშრუტიზაციას ჰგავს, და ეს პირველი მცდარი ვარაუდია. შუა მანქანა ზედა სერვერის კლიენტია და ქვედა კლიენტების სერვერი, და მონაწილეობს ფაილური მომსახურების ორივე ურთიერთობაში. პაკეტების გადაცემას არანაირი აზრი არ აქვს ფაილის სახელურებზე, ჩაკეტვაზე ან ფაილური სისტემის იდენტობაზე; ხელახალ ექსპორტს აქვს.

დაიწყეთ კითხვით, შეეძლოთ თუ არა ქვედა კლიენტებს პირდაპირ მიეღწიათ თავდაპირველი სერვერისთვის. თუ შეუძლიათ, შუა მანქანა სურვილისამებრია.

სამი მოდელი, თანმიმდევრულობის სამი ისტორია

პირდაპირი მონტაჟი ყველაზე მარტივია: ყოველი კლიენტი ტუნელის გავლით ამონტაჟებს თავდაპირველ სერვერს და ამ სერვერის ექსპორტის პოლიტიკა არეგულირებს წვდომას. ხელახალი ექსპორტი არის შუა მანქანის მიერ სხვა მომსახურების საზღვრის წარდგენა, რაც გამოსადეგია, როცა კლიენტებისკენ მიმართული ქსელი პირდაპირ არ უნდა აღწევდეს სერვერს. რეპლიკაცია მესამე მოდელია და კითხვას თანმიმდევრულობიდან სინქრონიზაციასა და კონფლიქტის გადაწყვეტაზე გადააქვს.

ნუ აღწერთ რეპლიცირებულ ასლს ისე, თითქოს ის ცოცხალი ხელახალი ექსპორტია. მარცხის რეჟიმები განსხვავებულია და მომხმარებელი, რომელიც მოელის, რომ ყოველი ოპერაცია მიაღწევს თავდაპირველ ფაილურ სისტემას, გაოცდება კავშირის შეწყვეტის დროს.

იდენტობა მონტაჟის ბრძანებაზე დიდხანს ცოცხლობს

ხელახალ ექსპორტს სჭირდება ფაილური სისტემის მკაფიო ID და ეს იდენტობა უნდა გადაურჩეს გადატვირთვებს და კონფიგურაციის ხელახალ აწყობას. ბირთვის დოკუმენტაცია მკაფიოა მოთხოვნის შესახებ და ასევე აფრთხილებს, რომ crossmnt არ აუქმებს შვილობილი ფაილური სისტემების საკუთარი ID-ებით ექსპორტირების საჭიროებას. დირექტორიათა ხე, რომელიც მომხმარებლისთვის უწყვეტად გამოიყურება, შეიძლება რამდენიმე ფაილური სისტემის საზღვარი გადაკვეთოს. ამჟამინდელ nfs-utils-ს შეუძლია ID-ების ავტომატურად გამოყოფა მხარდაჭერილი კონფიგურაციებისთვის და როცა ამას აკეთებს, მისი მონაცემთა ბაზა გეიტვეის მდგომარეობის ნაწილი ხდება. მოეპყარით ამ ID-ებს როგორც სერვისის იდენტობას და არა ერთჯერად ფაილებს.

ფაილის სახელურები იდენტობის მეორე საზღვარია: ხელახალი ექსპორტი ახვევს თავდაპირველ სახელურს, რაც მას უფრო დიდს ხდის და შეიძლება გადააჭარბოს კლიენტის ლიმიტს. წარმატებული მონტაჟი არ ამტკიცებს, რომ ყოველი ექსპორტის განლაგება თავსებადია.

ყველა NFS-ის შესაძლებლობა არ გადარჩება შუა მანქანას

ბირთვის ხელახალი ექსპორტის სახელმძღვანელო ამბობს, რომ ხელახლა ექსპორტირებადი სერვერი არ უჭერს მხარს ჩაკეტვას ან დელეგირების მოთხოვნებს. ამ ოპერაციებზე დამოკიდებულ აპლიკაციებს სჭირდებათ სხვა გზა ან მათ მიმართ შემოწმებული დიზაინი. წარმატებული მონტაჟი და მუშა დირექტორიის სია არ აჩვენებს, რომ აპლიკაციის რეალური ოპერაციები მუშაობს.

მომხმარებლის იდენტობა და ექსპორტის პოლიტიკა ასევე მნიშვნელოვანია ყოველ ნახტომზე. VPN-ში შესვლა ამტკიცებს, რომ ქსელის მონაწილე აუთენტიფიცირდა; ის არ ანიჭებს უფლებას NFS მომხმარებელს და არ გადასცემს კლიენტის სერთიფიკატებს გეიტვეის გავლით.

გეიტვეის ორი ზედა დამოკიდებულება აქვს

გეიტვეი დამოკიდებულია VPN-ზე ზედა მონტაჟისთვის და ზედა სერვერზე თავად ფაილური სისტემისთვის. ჯერ კიდევ მომუშავე ლოკალური ექსპორტის პროცესი ვერ გახდის მიუწვდომელ საცავს ჯანსაღს. დაგეგმეთ გაშვების რიგი, ხელახალი დაკავშირების ქცევა და სერვერის გადატვირთვები, მათ შორის რა მოუვა ფაილის სახელურებს, რომლებიც კლიენტებს უკვე აქვთ. კლიენტს, რომელმაც გეიტვეის გავლით ამონტაჟა და დაკარგა სახელური, სჭირდება ხელახალი მონტაჟი და ეს ოპერაციული მოვლენაა და არა გამჭვირვალე აღდგენა.

თუ ერთადერთი, რაც მოთხოვნას ოდესმე სჭირდებოდა, კერძო IP-ების ხელმისაწვდომობა იყო, თავდაპირველ სერვერზე პირდაპირი მარშრუტიზაცია უფრო მარტივი არქიტექტურაა. ხელახალი ექსპორტი უნდა არსებობდეს იმ მიზეზის გამო, რომელიც გადაურჩება ჩაწერას.

შეამოწმეთ დატვირთვა და არა მონტაჟი

ივარჯიშეთ რეალური ფაილური დატვირთვით კონტროლირებულ გარემოში: ოპერაციები, რომლებსაც აპლიკაცია ასრულებს, ფაილის ზომები, რომლებსაც იყენებს და პარალელიზმი, რომელსაც მოელის. დააკვირდით ფუნქციების ხარვეზებს და არა მხოლოდ ტრანსპორტის შეცდომებს. შემდეგ ჩაწერეთ, რომელი მოდელი აირჩიეთ და რატომ, თორემ შემდეგი ადამიანი ჩათვლის, რომ გეიტვეი მარშრუტიზატორია.

ხელახალი ექსპორტი ლეგიტიმურია, როცა ის არსებობს განზრახ მიზეზის გამო, მაგალითად იზოლირებული კლიენტური ქსელი ან კონტროლირებული ვერსიის საზღვარი. ეს ცუდი შემთხვევითობაა და განსხვავება იმაშია, გადაწყვიტა თუ არა ეს ვინმემ.