Mac पर VPN के ज़रिये SMB शेयर: पहले जुड़ें, फिर लिखाई जाँचें
Finder शेयर माउंट करता है पर सहेजने से मना कर देता है? कोई भी सेटिंग बदलने से पहले VPN रास्ता, SMB खाता और सर्वर अनुमति अलग करें।
अगर Finder शेयर को VPN के ज़रिये माउंट करता है और फिर फ़ाइल सहेजने से मना कर देता है, तो सुरंग पहले ही अपना काम कर रही है और असहमति फ़ाइल सर्वर पर पहचान और अधिकारों की है। अगर माउंट ही कभी न दिखे, तो उस बिंदु के आगे कुछ भी जाँचा नहीं गया। दोनों हालत macOS पर एक जैसे दिखने वाले संवाद में खत्म होते हैं, इसीलिए लोग ऐसी खराबी के लिए VPN प्रोफ़ाइल दोबारा बनाते हैं जो VPN पैदा नहीं कर सकता। मैं पहले ठीक-ठीक तय करता हूँ कि कनेक्शन कहाँ रुकता है, और उसके बाद ही संपादित करने आए दस्तावेज़ की जगह एक फेंकने योग्य फ़ाइल से लिखाई जाँचता हूँ।
तीन शर्तें तय करती हैं कि कहाँ देखें
किसी सेटिंग को छूने से पहले तीन जवाब चाहिए: नाम ऐसे निजी पते पर हल होता है या नहीं जिसे सुरंग रूट करती है, SMB सेवा आपके दिए ठीक उस खाते को स्वीकार करती है या नहीं, और उस खाते के पास ठीक उसी शेयर, फ़ोल्डर और क्रिया पर लिखने के अधिकार हैं या नहीं। हर एक अलग जगह विफल होता है, और केवल पहला VPN मालिक का है।
| What you see | What it establishes | Who fixes it |
|---|---|---|
| Name does not resolve, or resolves outside the tunnel | The path was never built | VPN or DNS administrator |
| Name resolves, port 445 times out | Route, firewall or overlapping address space | VPN and network owners |
| Server answers, the sign-in is rejected | The file-service account, not the VPN login | File-server owner |
| Share mounts, writing is refused | Share policy or directory rights | File-server owner |
तालिका अपनी जगह कमाती है क्योंकि Mac लॉगिन, VPN लॉगिन और SMB खाता तीन अलग पहचानें हैं। VPN पासवर्ड बदलने से वह शेयर कभी नहीं खुलता जो पंजीकृत उपयोगकर्ता को अस्वीकार करता है, और जुड़ा होने की सूचना देने वाला क्लाइंट उस सर्वर के बारे में कुछ नहीं कहता जिसे आप लक्ष्य बना रहे हैं।
पते से जुड़ें, ब्राउज़ करके नहीं
दूर का शेयर पूरी तरह पहुँच में हो सकता है और फिर भी Finder की नेटवर्क सूची में अदृश्य रह सकता है। दफ़्तर के LAN पर खोज ब्रॉडकास्ट और मल्टीकास्ट नामों पर टिकती है, और ज़्यादातर VPN उस ट्रैफ़िक को सुरंग से नहीं ले जाते, इसलिए खाली नेटवर्क दृश्य टूटी कड़ी का सबूत नहीं है।
इच्छित VPN को उसके सामान्य क्लाइंट से शुरू करें और उसका प्रमाणीकरण पूरा करें।
Finder में जाएँ चुनें, फिर सर्वर से जुड़ें, या Command-K दबाएँ।
दिया गया पता टाइप करें। इस उदाहरण में वह
smb://files.corp.example/teamहै, एक उदाहरण नाम है सार्वजनिक सेवा नहीं। अगर आपके पास केवल सर्वर का नाम है, तो उससे जुड़ें और जो सूची वह लौटाता है उसमें से अधिकृत शेयर चुनें।पंजीकृत उपयोगकर्ता चुनें और फ़ाइल सेवा खाता दर्ज करें, अपना Mac खाता नहीं और VPN खाता नहीं। अतिथि तभी सही है जब मालिक कहे।
शेयर खोलें और वह एक काम करें जिसके लिए आए थे। फ़ोल्डर सूची माउंट साबित करती है और बस।
Apple की सर्वर से जुड़ने की मार्गदर्शिका इस Finder कार्यप्रवाह और उसके पीछे के सेवा लॉगिन का दस्तावेज़ीकरण करती है। पते को पसंदीदा में सहेजें ताकि अगला कनेक्शन दोहराया जा सके, और याद रखें कि प्रविष्टि का नाम बदलने से लेबल बदलता है, लक्ष्य नहीं।
जहाँ यह रुकता है वह चरण पढ़ें
कुछ भी बदलने से पहले लिखें कि कौन-सा चरण विफल होता है, उन्हीं नामों के साथ जो आपने Finder में टाइप किए। नाम हल करने से शुरू करें: dscacheutil -q host -a name files.corp.example वह पता छापता है जो macOS इस्तेमाल करेगा, और netstat -rn दिखाता है कि उस पते का रास्ता सुरंग इंटरफ़ेस से है या आपके घर के गेटवे से।
फिर पहुँच। nc -vz files.corp.example 445 बताता है कि SMB पोर्ट बिलकुल जवाब देता है या नहीं; अगर नाम हल होता है और 445 समय-सीमा पार कर जाता है, तो आप रूटिंग, फ़ायरवॉल या अतिव्यापी पतों के क्षेत्र में हैं और शेयर अनुमति में कोई बदलाव मदद नहीं करेगा। अगर पोर्ट जवाब देता है, तो सर्वर से पूछें कि वह उस खाते को क्या देता है: smbutil view //[email protected] शेयरों की सूची देता है, और smbutil statshares -a माउंट किए गए सत्र की तय की गई बोली और हस्ताक्षर स्थिति बताता है, जो आपको बताता है कि आप जो माउंट जाँच रहे हैं वही है जो आप सोचते हैं।
पहचान अपनी अलग जाँच की हक़दार है, क्योंकि यही वह कदम है जो लोग छोड़ देते हैं। माउंट अतिथि के रूप में या पुराने सहेजे खाते के रूप में जीवित हो सकता है जबकि आप मान रहे हों कि आप पंजीकृत उपयोगकर्ता हैं, और तब हर लिखाई परीक्षण गलत खाता नापता है।
लिखने के प्रवेश के एक से ज़्यादा द्वार हैं
सर्वर की ओर दो परतें मना कर सकती हैं और दोनों Mac से एक जैसी दिखती हैं। शेयर केवल पढ़ने के लिए निर्यात हो सकता है जबकि उसके नीचे का फ़ोल्डर लिखने योग्य है, और लिखने योग्य शेयर उस फ़ाइल सिस्टम ACL को नहीं टाल सकता जो आपके खाते को मना करता है; उपफ़ोल्डर की अपनी नीति भी हो सकती है। Windows सर्वर पर शेयर अनुमति और NTFS अनुमतियाँ अलग हैं, और प्रभावी अधिकार दोनों में से ज़्यादा सख़्त है।
इसलिए तय करें कि असल में क्या मना किया जाता है: फ़ाइल बनाना, मौजूदा को संपादित करना, फ़ोल्डर बनाना, नाम बदलना या मिटाना। ये एक अनुमति नहीं हैं, और जिस फ़ोल्डर में सूची बनती है वह ये सब मना कर सकता है। चलता हुआ माउंट अनुमति नहीं है।
अगर गलत पहचान का संदेह हो, तो शेयर बाहर निकालें, कीचेन एक्सेस में पुरानी प्रविष्टि मिटाएँ और पंजीकृत खाते से फिर जुड़ें। Finder खुशी से सहेजा सत्र दोबारा इस्तेमाल करेगा और आपको ऐसे उपयोगकर्ता के लिए अनुमतियाँ नापते छोड़ देगा जिसे सर्वर आप नहीं मानता।
असली दस्तावेज़ों को छुए बिना लिखाई जाँचें
मालिक की सहमति से, विफल होने वाले फ़ोल्डर में नए नाम से एक छोटी फ़ाइल बनाएँ: touch /Volumes/team/qa-write-test.txt जब शेयर वहाँ माउंट हो, या सीधे ऐप से नए नाम के साथ Save As करें। पहुँच जाँचने के लिए कभी दस्तावेज़ पर फिर से न लिखें, और त्रुटि का सटीक पाठ रखें, उसे बदलकर न कहें, क्योंकि VPN उसे कॉपी नहीं करेगा।
फिर सामान्य शिकायत की जगह मालिक को वही क्रिया दें जो आपने आज़माई। वे शेयर नीति, खाते की समूह सदस्यता और उस एक फ़ोल्डर पर अधिकार जाँच सकते हैं और बता सकते हैं कि किस परत ने आपको मना किया। अगर संदेश क्षमता, ताला लगी फ़ाइल या नाम टकराव का ज़िक्र करे, तो यह दूसरी समस्या है और अपनी अलग जाँच की हक़दार है।
सुधार सत्यापित करें, फिर क्रम से बाहर निकालें
मालिक के कुछ बदलने के बाद वही छोटी लिखाई दोहराएँ और पुष्टि करें कि फ़ाइल सर्वर को दिखती है और बाद में हटाई जा सकती है। शुरू होकर फिर अटकने वाली कॉपी थ्रूपुट का सवाल है, अनुमति का नहीं; तुरंत आने वाला इनकार अनुमति का सवाल है।
VPN छोड़ने से पहले शेयर अनमाउंट करें और खुले दस्तावेज़ बंद करें। सुरंग जाने के बाद बाहर निकालने से Finder और आपके ऐप मरे रास्ते पर इंतज़ार करते रहते हैं। SMB को निजी नेटवर्क के अंदर रखें, सिद्धांत जाँचने के लिए फ़ायरवॉल बंद न करें, और कामचलाऊ उपाय के तौर पर फ़ोल्डर सबके लिए न खोलें। टिकट के लिए पता, खाता नाम, विफल क्रिया, संदेश का सटीक पाठ और समय शामिल करें, पासवर्ड और प्रोफ़ाइल फ़ाइलें बाहर रखें।
- पता सुरंग से रूट होकर निजी पते पर हल होता है।
- पोर्ट 445 जवाब देता है और
smbutil viewइच्छित खाते के लिए इच्छित शेयर की सूची देता है। - आपको जो लिखाई चाहिए थी वह नई फ़ाइल से साबित होती है, मौजूदा दस्तावेज़ से नहीं।