AD- आधारित Windows डोमेन में सांबा फ़ाइल सर्वर तक पहुंच का प्रबंधन

हम लिनक्स और विंडोज की बातचीत के बारे में लेखों की एक श्रृंखला जारी रखते हैं। यह लेख एक AD डोमेन से सांबा सर्वर तक पहुंच के प्रबंधन के बारे में है।

पिछले लेखों के विपरीत, जहां एक उदाहरण के रूप में एक परीक्षण नेटवर्क का उपयोग किया गया था, यह लेख मास्को पावर इंजीनियरिंग इंस्टीट्यूट के एक वास्तविक, "मुकाबला" नेटवर्क पर आधारित है। MPEI नेटवर्क पर लगभग 25,000 उपयोगकर्ता पंजीकृत हैं। नेटवर्क 4,500 से अधिक कार्यस्थानों के साथ MPEI के सभी शैक्षिक भवनों को जोड़ता है। हम सांबा सर्वर तक पहुंच स्थापित करने पर विचार करेंगे, जो उपयोगकर्ताओं को निम्नलिखित सेवाएं प्रदान करता है:
• उपयोगकर्ता की व्यक्तिगत निर्देशिका तक पहुंच;
• साझा निर्देशिकाओं तक पहुंच;
• सांबा उपकरण और विंडोज टूल दोनों का उपयोग करके अभिगम नियंत्रण।

MEI नेटवर्क के बारे में

मॉस्को पावर इंजीनियरिंग इंस्टीट्यूट (आईवीएस एमईआई) का कंप्यूटर नेटवर्क एडी पर आधारित विंडोज डोमेन संरचना का उपयोग करता है। हमारा नेटवर्क कई डोमेन का समर्थन करता है। शीर्ष स्तर डोमेन mpei.local डोमेन है। डोमेन public.mpei.local MEI उपयोगकर्ताओं के लिए अभिप्रेत है, डोमेन init.mpei.local MEI सूचना और कम्प्यूटिंग केंद्र के कर्मचारियों के लिए अभिप्रेत है।
सर्वर जो हम स्थापित कर रहे हैं, वह क्लस्टर फ़ाइल संग्रहण है और इसे उपयोगकर्ता निर्देशिकाओं को होस्ट करने के लिए डिज़ाइन किया गया है - ITC MPEI और MPEI कर्मचारी (INIT और सार्वजनिक डोमेन के उपयोगकर्ता) और साझा निर्देशिका के कर्मचारी। सर्वर ऑपरेटिंग सिस्टम - उबंटू लिनक्स 12.04 एलटीएस।
बैकअप बैकअप के लिए बनाया गया बैकअप। निर्देशिका व्यवस्थापकों की निर्देशिका तक पहुंच है।
• आईएसओ और सॉफ्टवेयर कैटलॉग एमईआई एमईआई में प्रयुक्त ऑपरेटिंग सिस्टम वितरण और अन्य सॉफ़्टवेयर की डिस्क छवियों को संग्रहीत करने के लिए डिज़ाइन किया गया है। इन निर्देशिकाओं में जानकारी सभी उपयोगकर्ताओं के लिए सुलभ है, लेकिन केवल डोमेन प्रशासक को रिकॉर्ड करने की अनुमति है।
• VMImages कैटलॉग IVS MEI में प्रयुक्त आभासी मशीनों की छवियों को संग्रहीत करने के लिए डिज़ाइन किया गया है। यह निर्देशिका सभी उपयोगकर्ताओं के लिए सुलभ है, केवल डोमेन व्यवस्थापक ही लिख सकते हैं।
• उपयोगकर्ता निर्देशिका उपयोगकर्ता फ़ाइलों की मेजबानी करने के लिए डिज़ाइन की गई।

क्लस्टर की गई फ़ाइल संग्रहण वितरित ऑब्जेक्ट संग्रहण और सेफ फ़ाइल सिस्टम पर आधारित है। सीफ के बारे में अधिक जानकारी परियोजना की वेबसाइट - www.ceph.com पर देखी जा सकती है। रिपॉजिटरी में तीन सर्वर शामिल हैं, जो वस्तुओं के भंडार भी हैं और डेटा के प्लेसमेंट को नियंत्रित करते हैं। रिपॉजिटरी की फाइल सिस्टम तक पहुंच एक गेटवे के माध्यम से होती है, जो एक तरफ सीएफएच रिपॉजिटरी का क्लाइंट है, और दूसरी तरफ, सांबा के माध्यम से इस रिपॉजिटरी तक पहुंच प्रदान करता है। गेटवे मशीन एक KVM- आधारित वर्चुअल मशीन है, जो सिफ के साथ सर्वर पर चलती है। यह गेटवे मशीन है जो सर्वर होगा जिसे हम एक्सेस को व्यवस्थित करने के लिए कॉन्फ़िगर करते हैं। ऑपरेटिंग सिस्टम भी Ubuntu Linux 12.04 LTS है। हमारे सर्वर को filer.mpei.local कहा जाता है।

एक्सेस कंट्रोल की समस्या को हल करने के लिए क्लस्टर फाइल स्टोरेज को व्यवस्थित करने का तरीका महत्वपूर्ण नहीं है। इस तरह के भंडारण को बनाने के लिए, विभिन्न प्रकार की तकनीकों और उनके कार्यान्वयन का उपयोग किया जा सकता है।

यह ध्यान दिया जाना चाहिए कि हमारे नेटवर्क में बड़ी संख्या में उपयोगकर्ता पंजीकृत हैं - लगभग 25,000। इसलिए, उनके लिए निर्देशिका बनाना बहुत समय लेने वाला कार्य है। हालाँकि, सभी उपयोगकर्ताओं को फ़ाइल संग्रहण पर अपनी निर्देशिकाएं नहीं मिलेंगी। यह निम्नानुसार है कि निर्देशिकाओं का निर्माण स्वचालित रूप से किया जाना चाहिए, पहली बार जब उपयोगकर्ता सर्वर से जुड़ता है। लिनक्स कमांड शेल का उपयोग करते समय उपयोगकर्ता निर्देशिकाओं को स्वचालित रूप से बनाने का तरीका पहले CentOS कॉन्फ़िगरेशन पर लेख में चर्चा की गई थी। हमारे मामले में, यह विधि लागू नहीं है, क्योंकि संस्थान नेटवर्क उपयोगकर्ताओं को विभिन्न कार्य अनुभव और ऑपरेटिंग सिस्टम के ज्ञान के साथ एकजुट करता है। पहले कनेक्शन पर निर्देशिका बनाना उपयोगकर्ता के लिए पारदर्शी होना चाहिए और सर्वर ऑपरेटिंग सिस्टम पर निर्भर नहीं होना चाहिए।

उबंटू लिनक्स आधारित सांबा सर्वर को सक्षम करने के तरीके पर पहले भी चर्चा की जा चुकी है। हम अपने सर्वर को शीर्ष-स्तरीय डोमेन mpei.local में शामिल करते हैं । उपयोगकर्ताओं को अधिकृत करने के लिए, हम winbind का उपयोग करेंगे।

चूंकि हम कई डोमेन का उपयोग करते हैं, इसलिए smb.conf फ़ाइल में वैश्विक सांबा कॉन्फ़िगरेशन अनुभाग में निर्दिष्ट करना उचित है:

winbind use default domain = no 

इस विकल्प को अक्षम करके, हम सांबा को समझाते हैं कि डोमेन नाम निर्दिष्ट किए बिना उपयोगकर्ताओं को स्थानीय सर्वर उपयोगकर्ताओं के रूप में माना जाएगा, और अन्य मामलों के लिए, डोमेन नाम निर्दिष्ट करना आवश्यक है। यह किया जाना चाहिए क्योंकि उपयोगकर्ताओं का अलग-अलग डोमेन में एक ही नाम हो सकता है।

यदि किसी फ़र्ज़ी पासवार्ड अनुरोध के जवाब में डोमेन में फ़िलर सर्वर को सही ढंग से शामिल किया जाता है, तो हमें सभी डोमेन के उपयोगकर्ताओं की सूची और एक समूह समूह अनुरोध, सभी डोमेन के समूहों की सूची के जवाब में देखना चाहिए। यदि यह मामला नहीं है, तो /etc/nsswitch.conf फ़ाइल की सामग्री की जाँच करें, जो इस तरह दिखनी चाहिए:

  root@filer:~# cat /etc/nsswitch.conf # /etc/nsswitch.conf # # Example configuration of GNU Name Service Switch functionality. # If you have the `glibc-doc-reference' and `info' packages installed, try: # `info libc "Name Service Switch"' for information about this file. 

 passwd: compat winbind group: compat winbind shadow: compat 

 hosts: files dns networks: files 

 protocols: db files services: db files ethers: db files rpc: db files 

 netgroup: nis root@filer:~# 

आपको जांचना चाहिए कि सांबा उपयोगकर्ता कैसे अधिकृत हैं। ऐसा करने के लिए, /etc/pam.d/samba फ़ाइल की सामग्री देखें:

 root@filer:~# cat /etc/pam.d/samba @include common-auth @include common-account @include common-session-noninteractive root@filer:~# 

जैसा कि आप देख सकते हैं, फ़ाइल बहुत ही सरल है और इसमें /etc/pam.d/common-auth, /etc/pam.d/common-account और /etc/pam.d/common-session-in-interinteractive फ़ाइलों के लिंक शामिल हैं।
तदनुसार, इन फ़ाइलों की सामग्री को pam_winbind.so मॉड्यूल के उनके उपयोग के लिए भी जाँच की जानी चाहिए। अधिकांश मामलों में, /etc/pam.d में स्थित PAM सिस्टम फ़ाइलों की सामग्री को संपादित करने की आवश्यकता नहीं है। लेकिन हमें पहले लॉगिन पर उपयोगकर्ता निर्देशिकाओं को स्वचालित रूप से बनाने की आवश्यकता है। हमारे कॉन्फ़िगरेशन के लिए, /etc/pam.d/common-session-noninteractive फ़ाइल में लाइन जोड़ें

 session required pam_mkhomedir.so skel=/etc/skel umask=0077 

आप इस लाइन को /etc/pam.d/common-session फ़ाइल में भी शामिल कर सकते हैं। इस पंक्ति की मौजूदगी pam_mkhomedir.so मॉड्यूल का कारण बनती है (अधिक जानकारी के लिए, http://manpages.ubuntu.com/manpages/maverick/man8/pam_mkhomedir.8.html या http://www.ibb.com/developerworks/ru/ देखें पुस्तकालय / l-pam / index.html ) स्वचालित रूप से लॉगिन पर उपयोगकर्ता के घर निर्देशिका बनाने के लिए।
नतीजतन, गेटवेड पासवार्ड कमांड का आउटपुट कुछ इस तरह दिखना चाहिए:

 PUBLIC\khorkov:*:28972:10007:  :/ceph/home/PUBLIC/khorko :/bin/bash 

फ़ील्ड / etc / passwd फ़ाइल , लिनक्स और यूनिक्स सिस्टम पर उपयोगकर्ता डेटा के लिए मानक भंडारण स्थान के क्षेत्र के अनुरूप हैं। फ़ील्ड का नाम इस प्रकार है:
• लॉगिन नाम
• वैकल्पिक एन्क्रिप्टेड पासवर्ड
• संख्यात्मक उपयोगकर्ता आईडी
• संख्यात्मक समूह आईडी
• उपयोगकर्ता नाम या टिप्पणी क्षेत्र
• उपयोगकर्ता घर निर्देशिका
• वैकल्पिक उपयोगकर्ता कमांड दुभाषिया
AD- आधारित Windows डोमेन से कनेक्ट करते समय, लॉगिन नाम फ़ील्ड डोमेन नाम और उपयोगकर्ता नाम का एक संयोजन होता है, जहां सीमांकक या तो बैकस्लैश (\) या विंडबाइंड विभाजक विकल्प में निर्दिष्ट वर्ण होता है।
पासवर्ड फ़ील्ड * द्वारा दर्शाया गया है, जिसका अर्थ है पासवर्ड का एक बाहरी स्रोत।
UID और GID फ़ील्ड मान Smap कॉन्फ़िगरेशन फ़ाइल के idmap uid और idmap gid (या idmap config) विकल्पों के आधार पर उत्पन्न होते हैं।
उपयोगकर्ता होम निर्देशिका फ़ील्ड सांबा कॉन्फ़िगरेशन फ़ाइल के टेम्पलेट होमडियर विकल्प के आधार पर उत्पन्न होती है। और उपयोगकर्ता कमांड इंटरप्रेटर फ़ील्ड सांबा कॉन्फ़िगरेशन फ़ाइल के टेम्पलेट शेल विकल्प के मूल्य पर आधारित है।

इस निष्कर्ष के आधार पर, हम कह सकते हैं कि PUBLIC डोमेन में उपयोगकर्ता khorkov के लिए होम डायरेक्टरी / ceph / home / PUBLIC / khorkov होगा । यह वह निर्देशिका है जिसे स्वचालित रूप से बनाया जाना चाहिए। इस प्रकार, वैश्विक और घरों के खंडों में हमारी /etc/samba/smb.conf फ़ाइल कुछ इस प्रकार है:

 [global] log file = /var/log/samba/log.%m obey pam restrictions = yes map to guest = bad user encrypt passwords = true dns proxy = no netbios name = Filer server string = %h server (Samba, Ubuntu) unix password sync = yes workgroup = MPEILOCAL os level = 20 security = ads syslog = 4 panic action = /usr/share/samba/panic-action %d usershare allow guests = yes max log size = 1000 pam password change = yes realm = MPEI.LOCAL idmap uid = 10000-50000 idmap gid = 10000-50000 template shell = /bin/bash template homedir = /ceph/home/%D/%U winbind enum groups = yes winbind enum users = yes winbind refresh tickets = yes acl compatibility = auto map acl inherit = yes usershare path = /var/lib/samba/usershares [homes] comment = Home Directories browseable = no path = /ceph/home/%D/%U read only = no create mask = 0700 directory mask = 0700 valid users = PUBLIC\%S INIT\%S 

अधिकांश मापदंडों को पहले से ही पिछले लेखों में माना गया है (उदाहरण के लिए, http://habrahabr.ru/post/171057/ या http://habrahabr.ru/post/143190/ )। आइए उन विकल्पों पर ध्यान केंद्रित करें जो सुरक्षा और अभिगम नियंत्रण के लिए महत्वपूर्ण हैं।

Obey pam प्रतिबंध = हां विकल्प उपयोगकर्ता खातों और सत्रों के लिए pam निर्देशों में निर्देशों का पालन करने के लिए Samba सर्वर को निर्देश देता है। हमारे मामले में, हम एक होम डायरेक्टरी बनाने के लिए टीम से सहमत हैं।
Acl संगतता = ऑटो और मैप acl inherit = हाँ विकल्प Samba सर्वर को फ़ाइल एक्सेस सूची संगतता मोड और एक्सेस सूची विरासत सेट करने की अनुमति देते हैं। विंडोज ग्राहकों से सांबा अभिगम नियंत्रण का समर्थन करने के लिए ये सेटिंग्स महत्वपूर्ण हैं। सही संचालन के लिए, सांबा साझा संसाधन की मेजबानी करने वाले फ़ाइल सिस्टम को POSIX ACL का समर्थन करना चाहिए। ऐसा करने के लिए, आपको लिनक्स पर उचित पैकेज स्थापित करना होगा (उबंटू के लिए यह एसएल और एटर है )।

अगला, उपयोगकर्ता निर्देशिकाओं को [घरों] अनुभाग में परिभाषित किया गया है। निर्देशिका पथ पथ विकल्प द्वारा निर्धारित किया जाता है। सांबा कॉन्फ़िगरेशन फ़ाइल में प्रतिस्थापन नियम लागू होते हैं। विशेष रूप से,% D को लघु डोमेन नाम के साथ% U - उपयोगकर्ता नाम के साथ,% S - सत्र नाम (उपयोगकर्ता नाम से मेल खाता है) के साथ बदल दिया जाता है। निर्देशिकाओं तक पहुंच पठन-लेखन के लिए निर्धारित की जाती है, जैसा कि केवल पढ़ने के लिए संकेत दिया गया है = कोई विकल्प नहीं। वैध उपयोगकर्ता विकल्प उन उपयोगकर्ताओं की सूची का वर्णन करता है जिन्हें इस निर्देशिका में प्रवेश (पंजीकरण) की अनुमति है। क्रिएट मास्क (एक फाइल बनाते समय राइट्स मास्क) और डायरेक्टरी मास्क (डायरेक्टरी बनाते समय राइट्स) विकल्प महत्वपूर्ण हैं। किसी भी स्थिति में, घर निर्देशिका के मालिक, बनाई गई फ़ाइलें और निर्देशिकाएं उपयोगकर्ता होंगी जो संसाधन से जुड़ी हैं। इस मामले में, यूआईडी और जीआईडी ​​को गेटवे कमांड के परिणाम के अनुसार निर्धारित किया जाता है।

ध्यान दें कि 99% मामलों में, समूह का नाम \ डोमेन उपयोगकर्ता होगा। संकेतित मान 0700 उपयोगकर्ता को फ़ाइलों या निर्देशिकाओं तक पहुँचने और अन्य सभी (समूह सहित) तक पहुँच को प्रतिबंधित करने का पूरा अधिकार देते हैं। समूह तक पढ़ने की अनुमति देने के लिए, तीसरा ऑक्टेट 4 (पढ़ा जाना) या 5 (पढ़ना और निष्पादित करना) होना चाहिए। आप इस ऑपरेटिंग सिस्टम पर किसी भी पुस्तक में लिनक्स में एक्सेस अनुमतियों के निर्धारण के बारे में पढ़ सकते हैं।
मान्य मान मान्य उपयोगकर्ता उन उपयोगकर्ताओं की सूची को प्रतिबंधित करता है जिनके पास INIT और PUBLIC डोमेन के उपयोगकर्ताओं के लिए निर्देशिका तक पहुँच होती है।

अब सॉफ्टवेयर निर्देशिका को स्थापित करने के उदाहरण का उपयोग करके साझा निर्देशिकाओं की सेटिंग पर चलते हैं:

 [Software] browseable = yes comment = Various soft read only = yes valid users = MPEILOCAL\%U PUBLIC\%U INIT\%U path = /ceph/data/Software inherit acls = yes inherit owner = yes inherit permissions = yes map acl inherit = yes nt acl support = yes write list = @"MPEILOCAL\enterprise admins" @"PUBLIC\Domain admins" @"IN IT\Domain admins" PUBLIC\khorkov admin users = PUBLIC\khorkov hide unreadable = yes 

हमने पहले से ही साझा निर्देशिका के मार्ग और उपयोगकर्ताओं के लिए प्रतिबंधों के विवरण पर विचार किया है। Nt acl सपोर्ट = हां विकल्प Samba के निर्देश को लिनक्स की अनुमति के लिए विंडोज की अनुमति देता है। विकल्प विरासत में मिलते हैं = हाँ, विरासत के मालिक = हाँ, विरासत की अनुमति = हाँ और नक्शे की विरासत विरासत = हाँ संकेत मिलता है कि सांबा अधिकारों और पहुंच सूचियों की विरासत का समर्थन करता है। विकल्प अप्राप्य को छिपाता है = हां उपयोगकर्ता से अपठनीय निर्देशिकाओं और फाइलों को छुपाता है।
व्यवस्थापक उपयोगकर्ता विकल्प उन उपयोगकर्ताओं की सूची सेट करता है जिनके पास प्रशासनिक अधिकार (सुपरयुसर अधिकार) हैं। लेखन सूची विकल्प उन उपयोगकर्ताओं की एक सूची निर्दिष्ट करता है जिनके पास इस निर्देशिका के लिए लिखने की अनुमति है। निर्देशिका बनाते समय, आपको इसकी संबद्धता निर्धारित करनी चाहिए। अधिकांश भाग के लिए, यह स्वामी के रूप में रूट नामित करने के लिए पर्याप्त है, और समूह को डोमेन उपयोगकर्ताओं (हमारे मामले में, MPEILOCAL \ डोमेन उपयोगकर्ता के रूप में) के रूप में परिभाषित करता है। उपयोगकर्ता सूचियाँ DOMAIN \ उपयोगकर्ता (डोमेन उपयोगकर्ता) के रूप में और उपयोगकर्ता (सर्वर के उपयोगकर्ता के रूप में) दोनों के रूप में सेट की जा सकती हैं। आप उन्हें समूह के नामों के रूप में भी निर्दिष्ट कर सकते हैं, समूह के नाम को @ प्रतीक के साथ पूर्ववर्ती कर सकते हैं। सूची में फ़ील्ड रिक्त स्थान द्वारा अलग किए गए हैं। विंडोज़ समूह के नाम, जब वे एक से अधिक शब्दों से मिलकर होते हैं, तो उन्हें उद्धरण चिह्नों में संलग्न किया जाना चाहिए। हमारे उदाहरण में, हमने MPEILOCAL, INIT और PUBLIC डोमेन के सभी उपयोगकर्ताओं को सॉफ़्टवेयर निर्देशिका पढ़ने और डोमेन प्रशासकों तक पहुंच लिखने की अनुमति दी। अन्य निर्देशिका ( बैकअप , ISO और VMimages ) उपरोक्त उदाहरण के समान कॉन्फ़िगर किए गए हैं।

फ़ाइलर सर्वर (छवि 1) से कनेक्ट करें।


अंजीर। 1. सांबा सर्वर तक पहुंच।

होम डायरेक्टरी (चित्र 2) तक पहुंच की जाँच करें।


अंजीर। 2. होम निर्देशिका तक पहुंच।

आप फ़ाइलों और निर्देशिकाओं को बनाने और हटाने के लिए अनुमतियों की जांच कर सकते हैं। लिनक्स होम निर्देशिका इस प्रकार है:

 root@filer:~# root@filer:~# ls -l /ceph/home/PUBLIC/khorkov total 0 drwx------ 1 PUBLIC\khorkov PUBLIC\domain users 45360157 Oct 11 19:36 For Cisco root@filer:~# 

जैसा कि आप देख सकते हैं, फ़ाइलों के साथ किसी भी कार्रवाई का अधिकार केवल मालिक का है। अगर हम अब विंडोज के माध्यम से एक्सेस सेटिंग्स में बदलाव करने की कोशिश करते हैं, तो हमें लिखने पर प्रतिबंध (चित्र 3) के बारे में एक त्रुटि मिलेगी।


अंजीर। 3. अधिकार स्थापित करने में त्रुटि।

किसी निर्देशिका को अधिकार प्रदान करने की यह त्रुटि जिसमें उपयोगकर्ता के सभी अधिकार हैं, क्योंकि फ़ाइल सिस्टम जहाँ निर्देशिका स्थित है, पहुँच सूची का समर्थन नहीं करता है। पहुँच सूची समर्थन के साथ फ़ाइल सिस्टम पर, यह त्रुटि उत्पन्न नहीं होती है। आप कमांड के साथ इस समर्थन के लिए जाँच कर सकते हैं:

 root@filer:~# tune2fs -l /dev/sda1 tune2fs 1.42 (29-Nov-2011) Filesystem volume name: <none> Last mounted on: / Filesystem UUID: e4136579-9486-4e54-a8cf-6b28d4015e92 Filesystem magic number: 0xEF53 Filesystem revision #: 1 (dynamic) Filesystem features: has_journal ext_attr resize_inode dir_index filetype needs_recovery extent flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize Filesystem flags: signed_directory_hash Default mount options: user_xattr acl Filesystem state: clean Errors behavior: Continue Filesystem OS type: Linux 

यहाँ हम देखते हैं कि डिवाइस पर फ़ाइल सिस्टम / dev / sda1 एक्सेस कंट्रोल को सपोर्ट करता है। लिनक्स फ़ाइल सिस्टम को बढ़ते समय, या ट्यून 2 एफएएस उपयोगिता के माध्यम से एसएलएल समर्थन सक्षम करना संभव है। Acl- समर्थित फ़ाइल सिस्टम की सूची के लिए, FILESYSTEM स्पेसिफ़िक माउंट विकल्प में माउंट कमांड के लिए मैन कमांड देखें।
आप कमांड द्वारा, स्वयं पहुंच सूची देख सकते हैं

 root@filer:~# getfacl /srv getfacl: Removing leading '/' from absolute path names # file: srv # owner: root # group: root user::rwx user:MPEILOCAL\134horkovsn:rwx group::rx mask::rwx other::rx default:user::rwx default:user:MPEILOCAL\134horkovsn:rwx default:group::--- default:mask::rwx default:other::--- root@filer:~# 

लिनक्स कमांड लाइन से एक्सेस लिस्ट सेट करने के लिए आप सेटफेकल कमांड या smbcacls कमांड का उपयोग कर सकते हैं। सच है, इन कमांड का इंटरफ़ेस काफी जटिल है, और विंडोज एक्सेस सेटिंग्स विंडो का उपयोग करना अधिक उचित है।

हमने मुख्य रूप से /etc/samba/smb.conf फ़ाइल के संपादन के माध्यम से सांबा सर्वर तक पहुंच नियंत्रण प्रदान किया। यह सबसे आसान और सबसे प्रभावी तरीकों में से एक है। लिनक्स वितरण के साथ जहाज करने वाले कई ग्राफिकल सांबा अनुकूलन अनुप्रयोग हैं। आप वेब-आधारित नियंत्रण जैसे कि स्वाट या वेबमिन का भी उपयोग कर सकते हैं। उदाहरण के लिए, स्वात का लाभ इसका अंतर्निहित प्रलेखन है - सेटिंग्स और संदर्भ गाइड के बीच लगातार स्विच करने की आवश्यकता नहीं है। लेकिन स्वात और वेबिन दोनों में त्रुटि सेटिंग्स हैं।

निष्कर्ष

इस प्रकार, हमने सफलतापूर्वक AD-आधारित Windows डोमेन में सांबा फ़ाइल सर्वर तक पहुंच को कॉन्फ़िगर करने का कार्य पूरा किया।

कार्य सूचना और कम्प्यूटिंग केंद्र MPEI के आधार पर किया गया था।

हम आपकी टिप्पणियों और सुझावों का स्वागत करते हैं। हमारे पास एक परीक्षण नेटवर्क बनाने का अवसर है जिस पर अपनी बातचीत सुनिश्चित करने के लिए विभिन्न विकल्पों और सिस्टम के कॉन्फ़िगरेशन को डीबग करना है।