VPN मागे NFS: बूटवर माउंट की मागणीनुसार ऑटोमाउंट?

दोन संरचना एकच समस्या सोडवतात आणि विरुद्ध दिशांना अपयशी ठरतात। बूटवर शेअर माउंट केल्याने प्रत्येक सेवेला एक फाइलसिस्टम मिळते जी एकतर तिथे आहे किंवा बूट का थांबला हे सांगते। मागणीनुसारचे ऑटोमाउंट मशीनला वेगवान बूट देते आणि वाट पथाला पहिल्यांदा स्पर्श करणाऱ्याकडे सोपवते। VPN मागे दुसरे सहसा चांगला सौदा असतो, आणि कारण हे की टनेल बूट क्रमाला दिसू न शकणारा क्रम लादते।

बूट माउंट विरुद्ध ऑटोमाउंट

बूटवरचे माउंट समजणे सोपे आहे। फाइलसिस्टम लक्ष्य माउंटची वाट पाहते, त्यावर अवलंबित्व जाहीर करणाऱ्या सेवा त्यानंतर सुरू होतात, आणि सर्व्हर उपलब्ध नसल्यास मशीन पर्यायांनुसार एकतर थांबते किंवा अपयशी ठरते। खालचे सर्व काही तो एकच निर्णय वारसाने घेते।

ऑटोमाउंट हे उलटते। पथ लगेच अस्तित्वात असतो, खरे माउंट तेव्हा होते जेव्हा काही तो उघडते, आणि लवकर सुरू होणाऱ्या सेवा अजून न आलेल्या टनेलवर अडकत नाहीत।

तुलना विलंब कोण सहन करावा यावर येते। वापरकर्ता काम करू शकण्यापूर्वी ज्या वर्कस्टेशनला शेअर लागतो त्याने कदाचित थांबावे। पिशवीत बूट होणाऱ्या लॅपटॉपने, किंवा ज्याचा शेअर ऐच्छिक आहे अशा सर्व्हरने, थांबू नये।

कोणताही पर्याय गहाळ मार्ग दुरुस्त करत नाही। दोन्ही फक्त अपयश कधी दिसेल हे ठरवतात।

fstab ओळ, पर्यायाने पर्याय

असे गृहीत धरा की विद्यमान OpenVPN क्लायंट इन्स्टन्स [email protected] आहे, सर्व्हर files.corp.example आहे आणि माउंट पॉइंट /mnt/work आहे। तिन्हीही तुमच्या साइटच्या अधिकृत मूल्यांनी बदला। काम करणारी एक ओळ अशी दिसते:

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

_netdev माउंटला नेटवर्किंगची गरज असल्याचे चिन्हांकित करते, आणि ते कोणत्याही टनेलचे नाव घेत नाही। nofail सामान्य फाइलसिस्टम लक्ष्यासाठी शेअर ऐच्छिक ठेवते। x-systemd.automount लगेच माउंट करण्याऐवजी मागणीनुसार ट्रिगर तयार करते।

x-systemd.requires= हा माउंट प्रयत्नाला VPN युनिटशी जोडणारा भाग आहे, आणि तो ट्रिगरवर नाही तर माउंट क्रियेवर येतो। ऑटोमाउंट युनिटवरच विस्तृत क्रम ठेवणे हा लोक चक्रे तयार करण्याचा मार्ग आहे, ज्यांची तक्रार systemd नंतर अशा भाषेत करते जी कोणी दोनदा वाचत नाही।

x-systemd.mount-timeout=30s सुरुवातीच्या माउंट कमांडला मर्यादित करते। ते नंतर घडणाऱ्या कशालाही मर्यादित करत नाही, आणि या पर्यायाबद्दलचा हाच सर्वात सामान्य गैरसमज आहे।

‘सुरू झाले’ याचा अर्थ काय नाही

तुम्ही नाव दिलेल्या VPN युनिटसाठी सक्रिय असण्याचा अर्थ तपासा। फाइल सर्व्हरकडेचा मार्ग तयार होण्यापूर्वी किंवा खाजगी नाव सोडवले जाण्यापूर्वी टनेल सेवा स्वतःला सुरू झाल्याचे कळवू शकते, आणि त्यानंतर क्रम लावल्याने तेव्हा तुम्हाला काहीच मिळत नाही। जवळपास प्रत्येक अपयशी प्रयत्न याच फटीत राहतो। युनिटच्या स्थितीऐवजी मार्ग आणि सोडवणुकडे न पाहिल्यास ते अदृश्यही असते।

जिथे असेल तिथे कनेक्शनच्या मालकाचा स्वतःचा तयारीचा संकेत अतिरिक्त पूर्वअट म्हणून वापरा। निश्चित झोप हा असा अंदाज आहे जो तुमच्या डेस्कवर चालतो आणि संथ नेटवर्कवर किंवा पुन्हा जोडल्यानंतर अपयशी ठरतो।

उदाहरणाच्या पथासाठी तयार झालेली युनिट पाहा: mnt-work.automount आणि mnt-work.mount। पुनरावलोकित fstab बदलानंतर systemd पुन्हा लोड करा आणि असंबंधित नोंदी चालवणारी सर्वसमावेशक माउंट कमांड चालवण्याऐवजी ती युनिट थेट सांभाळा।

इथे आणखी एक इशारा येतो। सुरुवातीला /mnt/work ला स्पर्श करणारी सेवा अजूनही माउंट ट्रिगर करते आणि अजूनही त्याची वाट पाहते, त्यामुळे शेअर ऐच्छिक म्हणून चिन्हांकित केल्याने प्रत्येक अनुप्रयोग संयमी होत नाही।

माउंटनंतर ते वेगळे अपयश आहे

NFS माउंट झाल्यानंतर, फाइलसिस्टमचे पुन्हा प्रयत्न आणि पुनर्प्राप्ती वर्तन नंतरचा व्यत्यय वाचन किंवा लेखनाला काय करतो हे ठरवते। तुम्ही सेट केलेल्या माउंट कालमर्यादेचा त्यावर कोणताही परिणाम नाही।

सॉफ्ट माउंट काही वाटा कमी करते आणि त्रुटींचा अर्थ बदलते, लक्ष्य वेगवान बूट असताना दुर्लक्ष करणे सोपे असलेल्या डेटा अखंडतेच्या परिणामांसह। सुरुवातीच्या दोन सेकंद जिंकण्यासाठी ते निवडणे क्वचितच चांगला सौदा असतो। जर गरज खरोखर व्यत्ययादरम्यानची मर्यादित क्रिया असेल, तर तो अनुप्रयोग स्तरावरचा निर्णय आहे, fstab ध्वज नाही।

टनेल पडल्यावर लेखनाच्या मध्यावर असलेल्या प्रक्रियेचे काय व्हावे हे ठरवा आणि लिहून ठेवा। ते उत्तर कोणत्याही पर्याय-श्रेणीपेक्षा उपयुक्त आहे।

एक नाही, चार स्थिती तपासा

टनेल उपलब्ध असतानाचा सामान्य बूट सोपा खटला आहे आणि जवळपास काहीच सिद्ध करत नाही। श्रेणी बरोबर लिहिली आहे याची खात्री देते आणि त्यापलीकडे काही नाही। VPN नसताना पहिला प्रवेश तपासा, नंतर ते वर आल्यावर पुनर्प्राप्ती, नंतर यशस्वी माउंटनंतर नियंत्रित व्यत्यय।

चार स्थिती, चार निरीक्षणे, आणि टिपा fstab नोंदीजवळ जातात। पुढच्या व्यक्तीला रिव्हर्स इंजिनिअर कराव्या लागणाऱ्या संरचनेऐवजी वर्तन वारसाने मिळते।