SSHFS माउंट उपयोगकर्ता के हैं, VPN हुक के नहीं

यह धारणा ग्रहण करना आसान और नोटिस करना कठिन है: VPN कनेक्ट हुक root के रूप में चलता है, इसलिए जो माउंट वह शुरू करता है उसे भी root के रूप में व्यवस्थित होना चाहिए। यह तर्क एक टीम डायरेक्टरी बनाता है जिसे डेस्कटॉप उपयोगकर्ता खोल नहीं सकता, ऐसा माउंट जो ट्रिगर सेवा के पुनः आरंभ होने पर गायब हो जाता है, और ऐसे संदर्भ में प्रमाणीकरण का संकेत जहाँ कोई उत्तर नहीं दे सकता। हुक और माउंट दो अलग काम हैं, और उनमें से केवल एक को विशेषाधिकार चाहिए।

भ्रम: नेटवर्क विशेषाधिकार का अर्थ माउंट विशेषाधिकार है

इंटरफ़ेस उठाना और फ़ाइल सर्वर पर प्रमाणीकरण करना असंबंधित क्षमताएँ हैं, और सामान्यतः ये अलग खातों की होती हैं। VPN घटक को मार्ग और इंटरफ़ेस बदलने के लिए पर्याप्त विशेषाधिकार चाहिए। फ़ाइल सर्वर खाते को कुंजी या पासवर्ड, होस्ट कुंजी पर निर्णय, और माउंट करने के लिए एक होम डायरेक्टरी चाहिए। दूसरे काम के क्रेडेंशियल पहली पहचान को देना ही वह तरीका है जिससे एक नेटवर्क सेवा उपयोगकर्ता की कुंजी रखने लगती है।

एकल उपयोगकर्ता वाले लैपटॉप पर ये एक ही खाता हो सकते हैं, और वह संयोग कोई डिज़ाइन नहीं है।

एक बार विशेषाधिकार प्राप्त हुक माउंट कर दे, तो तीन चीज़ें चुपचाप बिगड़ती हैं। माउंट root के स्वामित्व में होता है, उपयोगकर्ता का एजेंट उस वातावरण में अनुपस्थित होता है, और विफलताएँ नेटवर्क सेवा के लॉग में दिखती हैं, उस सत्र में नहीं जिसे इसकी परवाह है। इनमें से कोई भी माउंट कमांड में विकल्प जोड़कर ठीक नहीं होता। ये उस सत्र को काम सौंपकर ठीक होते हैं जो पहचान का स्वामी है।

माउंट लॉग-इन उपयोगकर्ता का क्यों है

SSHFS माउंट एक FUSE माउंट है जो उसे बनाने वाली प्रक्रिया के स्वामित्व में है, और पहुँच उसी स्वामित्व का पालन करती है, मूल डायरेक्टरी के मोड का नहीं। संदर्भ एक सामान्य उपयोगकर्ता और उसके स्वामित्व वाले माउंटपॉइंट की सिफ़ारिश करता है, और ठीक इसी कारण root प्रक्रिया द्वारा बनाया गया माउंट बाकी सभी के लिए असुविधाजनक है। माउंटपॉइंट पर अनुमति बदलना इसे ठीक नहीं करता, क्योंकि बाधा माउंट का अपना स्वामी है।

उपयोगकर्ता के सत्र के भीतर हाथ से बनी आधार-रेखा से शुरू करें: होम डायरेक्टरी के नीचे मौजूद खाली माउंटपॉइंट, सर्वर पर एक अधिकृत खाता, और आपकी स्वीकृत प्रक्रिया से पहले ही सत्यापित होस्ट कुंजी। इसे एक बार हाथ से माउंट करें और इस्तेमाल करें, क्योंकि यह सिद्ध करता है कि कोई भी ऑटोमेशन होने से पहले पहचान का रास्ता काम करता है। लिख लें कि कमांड को क्या चाहिए था: खाते का नाम, निर्यात पथ और निजी होस्टनाम। ऑटोमेटेड संस्करण के लिए ठीक वही संदर्भ रखें, क्योंकि काम करता हाथ से किया माउंट वही विनिर्देश है जिसे ट्रिगर को दोहराना है।

sshfs [email protected]:/exports/team "$HOME/mnt/team"

उस पंक्ति के हर नाम और पथ को प्लेसहोल्डर मानें, जिसमें खाता और निर्यात भी शामिल हैं। VPN खाते का पासवर्ड स्वतः भंडारण खाते का क्रेडेंशियल नहीं है।

ट्रिगर को सत्र से क्या करवाना चाहिए

समर्थित व्यवस्था नेटवर्क घटना से उपयोगकर्ता सत्र तक का अनुरोध है, उधार लिया गया क्रेडेंशियल नहीं। ट्रिगर को उसी कनेक्शन तक सीमित करें जिसका आपका आशय है, नाम या UUID से, न कि किसी ऐसे इंटरफ़ेस तक जिसका नाम संयोग से tun0 हो। वह एक बदलाव दूसरी प्रोफ़ाइल, परीक्षण सुरंग या सहकर्मी के डिबगिंग सत्र को माउंट शुरू करने से रोकता है।

सत्र-पक्ष की क्रिया को इच्छित मौजूदा माउंट खोजना चाहिए और फिर एक सीमित प्रयास करना चाहिए।

हर पोलिंग पर दोबारा प्रयास न करें, और जब सर्वर अप्राप्य हो तो क्रेडेंशियल माँगते न रहें, क्योंकि दोनों एक क्षणिक रुकावट को खाता लॉकआउट में बदल देते हैं। बिना निगरानी वाली सेवा एक अलग डिज़ाइन है जिसके अपने स्वीकृत क्रेडेंशियल और अपने निष्पादन संदर्भ में अपनी होस्ट-सत्यापन व्यवस्था होती है, और वह इस पर निर्भर नहीं कर सकती कि किसी ने ग्राफ़िकल एजेंट अनलॉक किया होगा। कोड कहाँ रहेगा यह चुनने से पहले तय करें कि आप दोनों में से कौन-सा बना रहे हैं। यहाँ अधिकांश भ्रम एक बनाकर दूसरे की अपेक्षा करने से आता है।

डिस्कनेक्ट फ़ाइल-सिस्टम की घटना है, हुक की घटना नहीं

नियोजित डिस्कनेक्ट को फ़ाइल संचालन पूरे करने चाहिए और उस फ़ाइल-सिस्टम प्रकार के लिए समर्थित कमांड से माउंट करने वाले उपयोगकर्ता के सत्र से अनमाउंट करना चाहिए। हुक को जल्दी लौटाने के लिए ज़बरदस्ती अलग करना ही वह तरीका है जिससे एप्लिकेशन अपनी कार्यशील डायरेक्टरी और उपयोगकर्ता ऑटोमेशन पर भरोसा खो देते हैं। व्यस्त माउंट को एप्लिकेशन-स्तर का निर्णय चाहिए, जैसे फ़ाइल बंद करना या लेखन रोकना, न कि अधिक मज़बूत संकेत। हुक की निकास स्थिति वह चीज़ नहीं है जिसका अनुकूलन किया जा रहा है।

fusermount3 -u "$HOME/mnt/team"

अप्रत्याशित हानि एक अलग स्थिति है, और SSHFS दर्ज करता है कि बाधित संचालन परिवहन के पुनः जुड़ने के दौरान अटक सकता है।

पुनः कनेक्ट विकल्प परिवहन को बहाल करता है, और उस पुनः कनेक्शन से पहले खोली गई फ़ाइलें अभी भी त्रुटियाँ लौटा सकती हैं और उन्हें फिर से खोलना पड़ सकता है। लौटा हुआ VPN पहले के हैंडल या बिना सहेजे काम के बारे में कुछ सिद्ध नहीं करता। रुकावट में आप जो व्यवहार चाहते हैं वह चुनें — रोकना, त्रुटि दिखाना या जानबूझकर फिर से माउंट करना — और कुछ भी उस पर निर्भर होने से पहले उसे निपटाने योग्य फ़ाइलों से परखें।