VPN वरून NFS clientaddr: सवयीने नाही, मायनर आवृत्तीने ठरवा
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कोलनपूर्वीचा पत्ता सर्व्हर आहे आणि गंतव्यच राहतो। कॉलबॅक पत्ता क्लायंटचा आहे, आणि बोगद्याच्या सर्व्हर बाजूने तो पोहोचण्यायोग्य असला पाहिजे। लूपबॅक पत्ता सर्व्हरला परत त्याच्याकडेच वळवतो। परतीचा मार्ग नसलेला खाजगी क्लायंट पत्ता तितकाच निरुपयोगी आहे, क्लायंटवर तो बरोबर दिसला तरी।
हे उदाहरण म्हणून वापरा, काम करणारे माउंट खाली आणण्याचे कारण म्हणून नाही। पत्ते आणि निर्यात मार्ग बदला, आणि सर्व्हरला आवश्यक असलेले प्रमाणीकरण व इतर पर्याय ठेवा। एक उदाहरण जुळावे म्हणून ते वगळणे हा वेगळा परिणाम असलेला वेगळा बदल आहे, आणि सुरक्षा प्रकार लादणाऱ्या सर्व्हरवर कोणताही कॉलबॅक प्रयत्न करण्यापूर्वीच तो अयशस्वी होतो।
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 किंवा नेटवर्कचा क्वचितच उल्लेख करते।