VPN वरील SSHFS माउंट वापरकर्ता सत्राच्या मालकीचे असावे का?

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

दोन ओळखी, दोन वेगळ्या परवानग्या

VPN क्लायंटला मार्ग आणि इंटरफेस बदलण्यासाठी विशेषाधिकार हवे। SSHFS माउंटला फाइल सर्व्हर स्वीकारत असलेली SSH ओळख आणि फाइली वाचणाऱ्या खात्याच्या मालकीचे FUSE माउंट हवे। रूट म्हणून चालणारी एक स्क्रिप्ट पहिली अट पूर्ण करते आणि दुसरी शांतपणे तोडते।

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

कोणतेही ऑटोमेशन लिहिण्यापूर्वी कोणते खाते माउंटचे मालक आहे ते ठरवा, कारण ती निवड ट्रिगर कुठे राहतो आणि कोणत्या क्रेडेन्शियलपर्यंत पोहोचू शकतो हे ठरवते।

आधी हाताने वापरकर्ता-मालकीचे माउंट स्थापित करा

रिकामे माउंटपॉइंट, अधिकृत SSH खाते आणि टनेलमधून सर्व्हरपर्यंत कार्यरत मार्ग असलेल्या साइन-इन केलेल्या वापरकर्त्यापासून सुरुवात करा। मॅन्युअल माउंट तो आधार ठरवते जो कोणत्याही ऑटोमेशनला पुन्हा तयार करावा लागतो।

mkdir -p "$HOME/mnt/team"
sshfs [email protected]:/exports/team "$HOME/mnt/team"
mount | grep sshfs

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

ते सामान्य वापरकर्त्याप्रमाणे, त्या वापरकर्त्याच्या मालकीच्या माउंटपॉइंटसह चालवा। डीफॉल्टनुसार फक्त माउंट करणारे खाते फाइलींपर्यंत पोहोचते, आणि allow_other ती सीमा प्रत्येक स्थानिक वापरकर्त्यापर्यंत वाढवते। हे प्रवेशाचे जाणीवपूर्वक विस्तारण आहे, ऑटोमेशनसाठी पर्यायी मार्ग नाही।

ट्रिगरला त्याच सत्र संदर्भात कार्य करू द्या

समर्थित VPN इव्हेंट इंटिग्रेशनला वापरकर्ता-सत्र क्रिया चालवण्याची विनंती करू द्या, विशेषाधिकारप्राप्त callback डेस्कटॉप क्रेडेन्शियल उधार घेऊ शकतो असे गृहीत धरण्याऐवजी। ट्रिगरला tun0 नावाच्या कोणत्याही इंटरफेसऐवजी इच्छित कनेक्शन ओळखण्यापर्यंत मर्यादित करा। चुकीच्या गोष्टीशी जुळणारा डिस्पॅचर नियम प्रत्येक नेटवर्क बदलावर सक्रिय होतो, या माउंटशी काहीही संबंध नसलेल्यांसह।

कृतीने अपेक्षित होस्टनाव पुष्टी करावी, विद्यमान माउंट लक्षात घ्यावा आणि एक मर्यादित प्रयत्न करावा। दर काही सेकंदांनी नवीन SSHFS प्रक्रिया सुरू करणारा किंवा सर्व्हर बंद असताना क्रेडेन्शियल विनंती पुन्हा करणारा पोल लूप छोट्या व्यत्ययाचे अडकलेल्या प्रक्रियांच्या ढिगाऱ्यात रूपांतर करतो। प्रयत्न टाइमआउट आणि एका पुनर्प्रयत्नाने मर्यादित करा।

nmcli -g UUID connection show --active
systemctl --user list-units 'sshfs*'
pgrep -a sshfs

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

देखरेख नसलेल्या सेवेला तिच्या स्वतःच्या अंमलबजावणी संदर्भात स्वतःचे मंजूर क्रेडेन्शियल आणि स्वतःची होस्ट पडताळणी हवी। ती ग्राफिकल एजंट अनलॉक आहे असे गृहीत धरू शकत नाही, आणि एक अनलॉक करण्याचा प्रयत्नही करू नये।

जबरदस्ती क्लीनअपपूर्वी डिस्कनेक्टची योजना करा

नियोजित डिस्कनेक्टसाठी, फाइल ऑपरेशन्स पूर्ण करा आणि माउंट करणाऱ्या वापरकर्त्याच्या स्वतःच्या वर्कफ्लोमधून अनमाउंट करा। प्रक्रियेऐवजी माउंटपॉइंट लक्ष्य करा, आणि यश नोंदवण्यापूर्वी निकालाची पुष्टी करा।

fusermount3 -u "$HOME/mnt/team"
mountpoint "$HOME/mnt/team"

फक्त या वर्कफ्लोने तयार केलेले माउंट अनमाउंट करा। ते व्यस्त असल्यास, तो अनुप्रयोगाचा निर्णय आहे: हुकला यश परत देण्यासाठी असलेले सक्तीचे डिटॅच डेटा हानी टाळण्याऐवजी लपवते।

अनपेक्षित हानी वेगळी वागते। नेटवर्क व्यत्यय फाइलसिस्टम ऑपरेशनला अडवू शकतो असे SSHFS नोंदवते, आणि reconnect पर्याय हँडल पुनर्संचयित न करता वाहतूक पुनर्संचयित करतो: पुनर्संयोजनापूर्वी उघडलेली फाइल पुढील लेखनात अपयशी होऊ शकते, आणि व्यत्यय आलेले लेखन जतन केले जात नाही। हा फरक एक फाइल तासन्तास उघडी ठेवणाऱ्या संपादकांसाठी सर्वात महत्त्वाचा आहे। पुनर्प्राप्ती गृहीत धरण्याऐवजी पुन्हा उघडण्याची पायरी योजा।

त्यावर अवलंबून राहण्यापूर्वी टाकाऊ फाइलींसह वर्तन तपासा। टनेल परत आल्यानंतर पुन्हा दिसणारी डिरेक्टरी म्हणजे आधीची हँडल किंवा न जतन केलेले काम टिकले हे सिद्ध करत नाही।