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 लॉगिन करून पाहील, कारण हीच ती क्रेडेन्शियल्स आहेत ज्यांनी ती नेटवर्कपर्यंत पोहोचली।