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 मा पत्ता लगाउने काम प्रसारण र multicast नाममा निर्भर हुन्छ, र धेरै 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 अनुमति अलग हुन्छन्, र प्रभावकारी अधिकार दुईमध्ये कडा हो।
त्यसैले ठ्याक्कै के अस्वीकार गरिन्छ निर्धारण गर्नुहोस्: फाइल बनाउने, भएको सम्पादन गर्ने, फोल्डर बनाउने, नाम परिवर्तन गर्ने वा मेट्ने। यी एउटै अनुमति होइनन्, र सूची चल्ने फोल्डरले ती सबै अस्वीकार गर्न सक्छ। चल्ने माउन्ट अनुमति होइन।
गलत पहिचानको शङ्का छ भने, साझेदारी बाहिर निकाल्नुहोस्, Keychain पहुँचमा पुरानो प्रविष्टि मेट्नुहोस् र दर्ता भएको खाताबाट फेरि जडान गर्नुहोस्। Finder ले सुरक्षित सत्र हर्षका साथ पुनः प्रयोग गर्छ र सर्भरले तपाईं मान्ने नगरेको प्रयोगकर्ताका लागि अनुमति नाप्न तपाईंलाई छोड्छ।
साँचो कागजात छुँदै नलेखन परीक्षण गर्नुहोस्
मालिकको सहमतिमा असफल हुने फोल्डरमा नयाँ नाममा एउटा सानो फाइल बनाउनुहोस्: touch /Volumes/team/qa-write-test.txt साझेदारी त्यहाँ माउन्ट भएको बेला, वा फक्त प्रोग्रामबाट नयाँ नाममा सुरक्षित गर्नुहोस्। पहुँच परीक्षण गर्न कागजात कहिल्यै नलेख्नुहोस्, र त्रुटिको ठ्याक्कै पाठ राख्नुहोस्, त्यसलाई फरक तरिकाले नभन्नुहोस्, किनकि VPN ले त्यो प्रतिलिपि गर्दैन।
त्यसपछि सामान्य गुनासोको सट्टा तपाईंले प्रयास गरेको कार्य मालिकलाई दिनुहोस्। उनीहरूले साझेदारी नीति, खाताको समूह सदस्यता र त्यो एउटा फोल्डरमा अधिकार जाँच्न सक्छन् र कुन तहले तपाईंलाई अस्वीकार गर्यो भन्न सक्छन्। यदि सन्देशले क्षमता, लक भएको फाइल वा नाम द्वन्द्व उल्लेख गर्छ भने, त्यो अर्को समस्या हो र आफ्नै अनुसन्धान योग्य छ।
सुधार प्रमाणित गर्नुहोस्, त्यसपछि क्रममा बाहिर निकाल्नुहोस्
मालिकले केही परिवर्तन गरेपछि त्यही सानो लेखन दोहोर्याउनुहोस् र फाइल सर्भरलाई देखिन्छ र पछि हटाउन सकिन्छ भनी पुष्टि गर्नुहोस्। सुरु भएर पछि रोकिने प्रतिलिपि थ्रुपुटको प्रश्न हो, अनुमतिको होइन; तुरुन्तै आउने अस्वीकार अनुमतिको प्रश्न हो।
VPN छोड्नु अघि साझेदारी अनमाउन्ट गर्नुहोस् र खुला कागजात बन्द गर्नुहोस्। सुरुङ गएपछि बाहिर निकाल्दा Finder र तपाईंका प्रोग्राम मृत मार्गमा पर्खन्छन्। SMB लाई निजी सञ्जालभित्र राख्नुहोस्, सिद्धान्त परीक्षण गर्न फायरवाल बन्द नगर्नुहोस्, र वैकल्पिक उपायका रूपमा फोल्डर सबैका लागि नखोल्नुहोस्। टिकटका लागि ठेगाना, खाताको नाम, असफल कार्य, सन्देशको ठ्याक्कै पाठ र समय समावेश गर्नुहोस्, पासवर्ड र प्रोफाइल फाइल बाहिर राख्नुहोस्।
- ठेगाना सुरुङ मार्फत मार्गनिर्देशित निजी ठेगानामा समाधान हुन्छ।
- पोर्ट 445 ले जवाफ दिन्छ र
smbutil viewइच्छित खाताका लागि इच्छित साझेदारी सूचीबद्ध गर्छ। - तपाईंलाई चाहिएको लेखन नयाँ फाइलले प्रमाणित हुन्छ, भएको कागजातले होइन।