NFS clientaddr VPN-ის გავლით: გადაწყვიტეთ უმცირესი ვერსიით, ჩვევით არა
clientaddr უკუძახილის მისამართს მხოლოდ NFSv4.0-ისთვის აცხადებს. წაიკითხეთ შეთანხმებული უმცირესი ვერსია, შეამოწმეთ დაბრუნების გზა და გამოყავით იგი მონტაჟის წარუმატებლობებისგან.
clientaddr იმ მონტაჟის ოფციებიდანაა, რომლებიც ბრძანების სტრიქონში იკოპირება მას შემდეგაც, რაც მისი მიზეზი დიდი ხნის წინ გაქრა. ის NFSv4.0 სერვერს ეუბნება, სად უნდა დაუძახოს კლიენტს უკან. ის არ ირჩევს სერვერს, არ აბამს ყოველ მოთხოვნას წყაროს მისამართს და არ უბიძგებს ტრაფიკს გვირაბში. რამდენიმე მისამართის მქონე ლეპტოპზე, იმის გადასაწყვეტად, საერთოდ ვრცელდება თუ არა, სამი კითხვაა საჭირო.
სამი პირობა წყვეტს, მნიშვნელოვანია თუ არა ოფცია
პირველი შეთანხმებული უმცირესი ვერსიაა, რადგან 4.1 და 4.2 უკუძახილებს სხვანაირად ამუშავებენ. მეორე ისაა, შეუძლია თუ არა სერვერს მიაღწიოს იმ მისამართს, რომელსაც გამოაცხადებდით; მარშრუტიზებული გვირაბი ამას ჩვეულებრივ უშვებს, ხოლო თარგმნილი გზა ჩვეულებრივ არა. მესამე ისაა, საერთოდ უკუძახილის ხარვეზია თუ არა ის ხარვეზი, რომელსაც მისდევთ.
| Condition | If yes | If no |
|---|---|---|
| Version is 4.0 | The option can matter | Skip it; inspect the session instead |
| Server can reach the address | Advertise it | Fix reachability first |
| Failure is a callback | Diagnose callback path | Look at mount and export |
მათზე არასწორი რიგით პასუხი იმ გზას ქმნის, რომლითაც ადამიანები 4.2 მონტაჟს უკუძახილის მისამართს უმატებენ და ასკვნიან, რომ ოფცია გატეხილია.
ჯერ უმცირესი ვერსია წაიკითხეთ
nfsstat -mარსებული მონტაჟისთვის ეს ბეჭდავს მონტაჟის ინფორმაციას და დროშებს, მათ შორის ეფექტურ ვერსიას vers=4.0, vers=4.1 ან vers=4.2 სახით. შენიშვნა, რომელიც მხოლოდ “NFSv4”-ს ამბობს, გამოტოვებს ერთადერთ დეტალს, რომელიც წყვეტს, აქტუალურია თუ არა ეს ოფცია. წაიკითხეთ რიცხვი და არა სიტყვა.
თუ ვერსიის სტრიქონი სერვერის ნაგულისხმევიდან მოვიდა და არა თქვენი ბრძანების სტრიქონიდან, ჰკითხეთ, რომელი უმცირესი ვერსია შეთანხმდა. სერვერს შეუძლია უარი თქვას უფრო მაღალ უმცირეს ვერსიაზე და უკან დაიხიოს, და სწორედ ეს დახევაა ის შემთხვევა, როცა უკუძახილი უცებ მნიშვნელოვანი ხდება. თქვენ მიერ დაწერილი მონტაჟის ხაზი შეიძლება არ აღწერდეს იმ მონტაჟს, რომელიც გაქვთ.
4.0-ისთვის გამოაცხადეთ მისამართი, რომელსაც სერვერი მიაღწევს
NFSv4.0 სერვერს შეიძლება დასჭირდეს ცალკე კავშირი კლიენტისკენ, მაგალითად როცა დელეგირებას უკან იძახებს. რამდენიმე ინტერფეისის ან უჩვეულო მარშრუტიზაციის ცხრილის შემთხვევაში უკუძახილის მისამართის ავტომატურმა აღმოჩენამ შეიძლება ისეთი აირჩიოს, რომელსაც სერვერი ვერ გამოიყენებს.
mount -t nfs -o vers=4.0,clientaddr=10.8.0.6 10.8.0.1:/export /mnt/shareმისამართი ორწერტილამდე სერვერია და რჩება დანიშნულებად. უკუძახილის მისამართი კლიენტს ეკუთვნის და ის ხელმისაწვდომი უნდა იყოს გვირაბის სერვერის მხრიდან. Loopback მისამართი სერვერს თავისკენ აბრუნებს. დაბრუნების მარშრუტის გარეშე კერძო კლიენტის მისამართი ისევე გამოუსადეგარია, თუმცა კლიენტზე სწორად გამოიყურება.
გამოიყენეთ ეს მაგალითად და არა მიზეზად მომუშავე მონტაჟის დასაქვეითებლად. შეცვალეთ მისამართები და ექსპორტის გზა, და შეინარჩუნეთ ავთენტიფიკაცია და სერვერის მიერ მოთხოვნილი სხვა ოფციები. მათი მოშორება, რომ ერთი მაგალითი მოთავსდეს, სხვა შედეგის მქონე სხვა ცვლილებაა, და უსაფრთხოების ტიპის მომთხოვნ სერვერზე ის ვარდება ნებისმიერი უკუძახილის ცდამდე.
4.1 და 4.2 ამ ოფციას არ იყენებენ
Linux NFSv4.1 და 4.2 უკუძახილებს კლიენტის მიერ დამყარებული კავშირებით გადააქვთ, და 4.1 ამ საშუალებას backchannel-ს უწოდებს. ისინი არ არიან დამოკიდებული იმაზე, გახსნის თუ არა სერვერი ახალ კავშირს გამოცხადებულ მისამართზე, ამიტომ clientaddr 4.1-ის ან 4.2-ის უკუძახილის გზას არ არემონტებს.
ეს არ ნიშნავს, რომ 4.1-სა და 4.2-ს უკუძახილის პრობლემები არ აქვთ. ეს ნიშნავს, რომ დიაგნოსტიკა სხვაა: შეამოწმეთ დამყარებული სესია და მისი backchannel-ის მდგომარეობა, ნაცვლად იმისა, რომ მოძებნოთ შემომავალი უკუძახილის პორტი, რომელიც არასდროს უნდა არსებობდეს. დაკარგული შემომავალი წესი მოსალოდნელი მდგომარეობაა და არა გამოსასწორებელი ხარვეზი.
გამოყავით მონტაჟის ხარვეზი უკუძახილის ხარვეზისგან
ჯერ დაადგინეთ, აღწევს თუ არა კლიენტი NFS სერვისს და იღებს თუ არა სერვერი ექსპორტს და ავთენტიფიკაციის მოთხოვნას. ამ გაცვლამდე დროის ამოწურვა უკუძახილის მისამართზე არაფერს ამბობს. ერთის შეცვლა მაშინ, როცა მონტაჟი ჯერ კიდევ ვარდება, გამოძიებას არ აახლოებს და ორიგინალ ხარვეზს ახალი მონტაჟის ოფციის უკან მალავს.
მხოლოდ მაშინ, როცა მტკიცებულება წარუმატებელ 4.0 უკუძახილს აჩვენებს, ხდება გამოცხადებული მისამართი მნიშვნელოვანი, სერვერის დაბრუნების გზასთან, კლიენტის მხარის მსმენელთან და მათ შორის ნებისმიერ ფილტრაციასთან ერთად. მონტაჟის ოფციაში რიცხვის შეცვლა ვერ შექმნის ამ გზებს; მას მხოლოდ უკვე არსებულზე შეუძლია მითითება. ჩაწერეთ, რომელი შეამოწმეთ ამ ოთხიდან, რადგან შემდეგი ანგარიში მათგან არც ერთის გარეშე მოვა.
ადრეული ჩატვირთვის NFS ფესვი ცალკე გარემოა საკუთარი წინაპირობებით: initramfs-ს სჭირდება ხელსაწყოები და ქსელი, სანამ მონტაჟი მოხდება. შესვლის შემდეგ მომუშავე მონტაჟი ამ თანმიმდევრობაზე არაფერს ამტკიცებს, და ჩატვირთვის დროს ხარვეზი იშვიათად ახსენებს initramfs-ს ან ქსელს.