VPN फाइल साझेदारीलाई सर्भरले चिन्ने Samba खातासँग जोड्ने

टनेल जोड्नुहोस् र साझेदारी अझै पनि प्रयोगकर्ताले सही ठान्ने पासवर्ड मागिरहेको छ। अलग Samba परिनियोजनमा VPN लगइन र SMB लगइन असम्बन्धित प्रमाणहरू हुन्: एउटाले टनेल अधिकृत गर्छ, अर्कोको जाँच फाइल सर्भरले गर्छ। त्यसैले VPN खातासँग ड्राइभ जोड्नु पासवर्ड सही र नेटवर्क मार्ग निर्दोष हुँदा पनि असफल हुन्छ। यही भिन्नताले VPN मार्फत जोड्ने अधिकांश असफलता व्याख्या गर्छ।

समाधान VPN खाता रिसेट गर्नु होइन। समाधान Samba सर्भरले साँच्चै चिन्ने पहिचानको नाम दिनु हो, त्यसपछि त्यही पहिचानसँग साझेदारी र फोल्डरमा अधिकार छ कि छैन जाँच्नु हो।

VPN लगइन र SMB लगइन फरक पहिचान हुन्

VPN खाताको मूल्याङ्कन VPN गेटवेले आफ्नै नीतिअनुसार गर्छ। यसले यो क्लाइन्ट निजी नेटवर्कमा प्रवेश गर्न सक्छ कि भन्ने जवाफ दिन्छ। त्यो नेटवर्कभित्रको फाइल सर्भरमा कुन SMB खाता छ भन्नेबारे यसले केही भन्दैन।

Samba खाता सर्भरको प्रमाणीकरण ब्याकएन्डमा आफ्नै पासवर्ड डेटाबेस र आफ्नै नामसँग बस्छ। दुई मेसिनमा दुवैमा alice नामको प्रयोगकर्ता हुन सक्छ, पहिचान प्रणाली, पासवर्ड वा प्रयोगकर्ता पहिचानकर्ता साझा नगरी। नामहरू मिल्छन्; खाताहरू मिल्दैनन्।

डोमेनमा एकीकृत Samba सर्भरले चित्र बदल्छ: पहिचान डाइरेक्टरी र Kerberosबाट आउँछ, स्थानीय खाता सूचीबाट होइन। त्यस्तो अवस्थामा डाइरेक्टरीको पहिचान र समर्थित SMB कन्फिगरेसन प्रयोग गर्नुहोस्, स्थानीय प्रतिलिपि बनाएर डोमेन सदस्यताको नक्कल गर्नुको सट्टा। कुनै पनि खाता बनाउनुअघि सर्भरले कुन मोडेल प्रयोग गर्छ जाँच्नुहोस्।

Windows ले साँच्चै कुन पहिचान प्रयोग गरिरहेको छ हेर्नुहोस्

Windows ले जडानहरू सर्भरअनुसार क्यास गर्छ। यदि त्यही सर्भरसँगको विद्यमान सत्र अर्को खाताले खोलेको थियो भने नयाँ जडानले त्यही सत्र पुनः प्रयोग गर्न सक्छ वा गलत प्रयोगकर्ताको नाम दिने प्रमाणीकरण त्रुटिले असफल हुन सक्छ। सही पासवर्ड यसरी गलत देखिन्छ। प्रमाणहरू बदल्नुअघि हालका जडानहरू जाँच्नुहोस्।

net use
cmdkey /list
klist

पहिलो आदेशले जोडिएका ड्राइभ र खुला सत्र देखाउँछ, दोस्रोले स्वतः लागू हुन सक्ने सुरक्षित प्रमाण देखाउँछ, र तेस्रोले डोमेन प्रयोग हुँदा Kerberos टिकट देखाउँछ। सुरक्षित प्रमाणले तपाईंले लेख्न चाहेको खाता चुपचाप अगाडि पार्न सक्छ।

यो समस्यासँग सम्बन्धित जडान वा प्रमाण मात्र हटाउनुहोस्। सबै ड्राइभ विच्छेद गर्नु वा सर्भरको नाम IP ठेगानाले बदल्नु पहिचानको छनोट लुकाउँछ र हस्ताक्षर वा नाममा आधारित नीति तोड्न सक्छ।

साझेदारीलाई सर्भरले चिन्ने खातासँग जोड्नुहोस्

खाता सर्भरले अपेक्षा गर्ने ढाँचामा दिनुहोस् र Windows लाई पासवर्ड सोध्न दिनुहोस्, ताकि रहस्य आदेश इतिहास वा स्क्रिप्टमा नपरोस्:

net use Z: \\files.corp.example\team * /user:FILESERVER\alice /persistent:no

ब्याकस्ल्यासअघिको सर्भर भाग Samba सर्भरको पहिचान सन्दर्भ हो, VPN गेटवे होइन। ताराले अन्तरक्रियात्मक पासवर्ड अनुरोध माग्छ, र /persistent:no ले जडानलाई अर्को साइन-इनबाट बाहिर राख्छ। खाली ड्राइभ अक्षर छान्नुहोस्।

यदि सर्भर डोमेनमा एकीकृत छ भने प्रयोगकर्ता भाग यसको सट्टा डाइरेक्टरी नाम वा डोमेन-योग्य पहिचान हुन सक्छ। प्रशासकले प्रलेखित गरेको ढाँचा प्रयोग गर्नुहोस्; त्यही नामको स्थानीय खाता बनाउनु दोस्रो पहिचान र मर्मतका लागि दोस्रो पासवर्ड बनाउँछ।

खाताको वैधता, साझेदारीमा पहुँच र फाइल प्रणालीका अधिकार तीन जाँच हुन्

Samba ले पहिचान प्रमाणित हुन्छ कि, साझेदारी परिभाषाले त्यसलाई स्वीकार्छ कि, र फाइल प्रणालीले मागिएको कार्य दिन्छ कि जाँच्छ। पहिलो जाँच पास हुनु बाँकी दुई पास हुने अर्थ होइन। साझेदारी देखिन सक्छ र तैपनि लेख्न अस्वीकार गर्न सक्छ किनकि फोल्डरका अनुमतिले त्यसै भन्छन्।

valid users ले सीमित साझेदारीले सूचीबद्ध खाता वा समूह मात्र स्वीकार्छ। खाता सही प्रमाणित हुन सक्छ र तैपनि त्यो लाइनले अस्वीकार गर्न सक्छ। पासवर्ड गलत छ भन्ने निष्कर्ष निकाल्नुअघि साझेदारी परिभाषा जाँच्नुहोस्।

फाइल प्रणालीको तर्फ Samba प्रक्रिया र जोडिएको पहिचान दुवै महत्त्वपूर्ण छन्। root को स्वामित्वको 700 मोड भएको फोल्डरले साधारण खाताबाट लेख्न स्वीकार गर्दैन, साझेदारी परिभाषाले अनुमति दिए पनि। खाताले प्रयोग गर्नुपर्ने फोल्डरमा पहिले पढेर त्यसपछि लेखेर परीक्षण गर्नुहोस्।

नीति नतोडी द्वन्द्वको सत्र सफा गर्नुहोस्

कारण पुरानो सत्र भएमा त्यो एउटै जडान बन्द गर्नुहोस् र चाहिएको खातासँग फेरि जोड्नुहोस्। सुरक्षित प्रमाण फेरि फेरि फर्किएमा सम्पूर्ण ड्राइभ सूचीको सट्टा त्यही प्रमाण हटाउनुहोस्। त्यसपछि नयाँ सत्र net use ले पुष्टि गर्नुहोस्।

आवश्यक SMB हस्ताक्षर, इन्क्रिप्शन र खाता नीति कायम राख्नुहोस्। जुन सर्भरले हस्ताक्षर नभएको वा इन्क्रिप्ट नगरिएको सत्र अस्वीकार गर्छ त्यसले नीति लागू गरिरहेको छ, पासवर्ड गलत पढिरहेको छैन, र जोड्न सफल हुन त्यसलाई कमजोर बनाउनु सुरक्षालाई लक्षणसँग बदल्नु हो।

सर्भरको नाम, खाताको ठ्याक्कै ढाँचा र काम गरेका साझेदारी र फोल्डर अधिकार लेख्नुहोस्। नत्र ड्राइभ जोड्ने अर्को व्यक्तिले पहिले VPN लगइन प्रयास गर्नेछ, किनकि यिनै प्रमाणले त्यो नेटवर्कसम्म पुगेको थियो।