AD के आधार पर एक Windows डोमेन में GNU / Linux फ़ाइल सर्वर का प्रमाणीकरण। भाग 1

एक विंडोज़ डोमेन में सांबा प्रमाणीकरण

1. परिचय। मौजूदा प्रकाशनों का अवलोकन

हाल ही में, एंटरप्राइज़ नेटवर्क में विषम ऑपरेटिंग सिस्टम के संयोजन के कार्य के साथ सिस्टम प्रशासक का सामना किया जाता है। विशेष रूप से, समस्याओं में से एक है जीएनयू / लिनक्स सर्वर का उपयोग विंडोज वर्कस्टेशन और विभिन्न संस्करणों के सर्वर के साथ संयोजन में।
आमतौर पर, एक छोटे उद्यम नेटवर्क में विंडोज 7 ऑपरेटिंग सिस्टम के साथ लगभग 20-30 वर्कस्टेशन शामिल होते हैं, एक डोमेन नियंत्रक जो विंडोज सर्वर 2008 आर 2, एक राउटर और कई विशेष सर्वर पर आधारित होता है। इसके अलावा हम Windows Server 2008 R2 डोमेन में ऐसे GNU / Linux-आधारित सर्वरों को शामिल करने और ऐसे सर्वरों के साथ काम करने की प्रक्रिया पर विचार करेंगे।
पहले कार्य के रूप में, एक सांबा फ़ाइल सर्वर को Windows Server 2008 R2 डोमेन में व्यवस्थित करने पर विचार करें। सांबा पर आधारित फ़ाइल सर्वर बनाने की समस्या विभिन्न मंचों में कई लेखों और प्रकाशनों का विषय रही है। एक उदाहरण परियोजना की आधिकारिक वेबसाइट www.samba.org/samba/docs पर प्रकाशित सांबा प्रलेखन है। यहाँ जे सास, रॉबर्ट एकस्टीन और डेविड कोलियर-ब्राउन द्वारा लिखित और ओ'रेली एंड एसोसिएट्स द्वारा प्रकाशित प्रसिद्ध पुस्तक यूजिंग सांबा के दूसरे संस्करण की विभिन्न सामग्रियां हैं। 2007 में जारी इस पुस्तक का तीसरा संस्करण अभी तक साइट पर उपलब्ध नहीं है। ध्यान दें, साइट पर प्रस्तुत HOWTO गाइड और कॉन्फ़िगरेशन उदाहरण का उत्कृष्ट सेट है।
सांबा के काम के बारे में अतिरिक्त जानकारी प्रमुख लिनक्स वितरण के निर्माताओं की साइटों पर प्राप्त की जा सकती है।
यह ऑनलाइन और प्रिंट प्रकाशनों में प्रकाशित विभिन्न कॉपीराइट सामग्रियों पर ध्यान देने योग्य है; उदाहरण के लिए, अलेक्जेंडर फार्कहुटिनडोव द्वारा लिनक्स प्रारूप पत्रिका (http://wiki.linuxformat.ru/index.php/LXF123:Samba) पर एक लेख, प्रायोगिक प्रेमियों का एक ब्लॉग (http://www.k-max.name)) और कई लेख। www.opennet.ru और habrahabr.ru जैसे प्रसिद्ध संसाधनों पर। पाठक स्वयं "विंडोज डोमेन में सांबा शामिल करें" या "विंडोज डोमेन में लिनक्स शामिल करें" वाक्यांश के लिए खोज कर इसे सत्यापित कर सकते हैं और दसियों और सैकड़ों हजारों लिंक प्राप्त कर सकते हैं।
इस लेख का उद्देश्य न केवल विंडोज डोमेन संरचना में जीएनयू / लिनक्स सर्वर सहित विशिष्ट सिफारिशें देना है, बल्कि एक छोटे उद्यम के नेटवर्क का अनुकरण करने वाले परीक्षण नेटवर्क के संचालन पर भी विचार करना है। हम इस तरह के नेटवर्क में काम करने के अधिकांश पहलुओं पर विचार करने की कोशिश करेंगे और इसके सभी तत्वों की बातचीत के संगठन पर सिफारिशें देंगे।

2. परीक्षण नेटवर्क, विंडोज डोमेन का विवरण

एक परीक्षण नेटवर्क को व्यवस्थित करने के लिए, हम वर्चुअल वातावरण VMware VSphere 5 का उपयोग करेंगे, जिसे ESXi हाइपरवाइज़र आर्किटेक्चर के आधार पर कार्यान्वित किया जाएगा। हालांकि, एक अच्छी तरह से स्थापित Microsoft हाइपर-वी, साथ ही किसी अन्य समान समाधान का उपयोग कर सकता है।
परीक्षण वातावरण एक सक्रिय निर्देशिका-आधारित डोमेन नेटवर्क (AD DS) है, जिसमें MS Windows Server 2008 R2 EE, और एक क्लाइंट मशीन - MS Windows 7 Professional चलाने वाले दो इन्फ्रास्ट्रक्चर सर्वर शामिल हैं। 192.168.7.0/24 सबनेट से आईपी पते का उपयोग करता है



डोमेन नाम - LAB.LOCAL डोमेन नियंत्रक - LAB-DC1.lab.local फ़ोरफ़्रंट खतरा प्रबंधन गेटवे (TMG) 2010 सर्वर - LAB-TMG.lab.local ग्राहक - LAB-CL1 .lab.local
LAB-DC1 पर रोल्स लगाए गए

• सक्रिय निर्देशिका प्रमाणपत्र सेवाएँ (AD CS)
• सक्रिय निर्देशिका डोमेन सेवाएँ (AD DS)
• डीएचसीपी सर्वर (स्कोप नाम: LAB.LOCAL; पता पूल: 192.168.7.20-192.168.7.70)
• DNS सर्वर (प्रकार: AD- एकीकृत; डायनामिक अपडेट: केवल सुरक्षित)
• वेब सेवाएँ (IIS)

टिप्पणी
AD DS डोमेन सेवा की स्थापना, लेख Technet.microsoft.com/en-us/library/dd378801 (v = ws.10) .aspx में सिफारिशों के अनुसार की जाती है।

3. विंडोज डोमेन में प्राधिकरण तंत्र

SMB प्रोटोकॉल का एक अत्यंत महत्वपूर्ण हिस्सा प्रमाणीकरण विधियों है। क्लाइंट और सर्वर पक्षों पर उनकी असंगतता नेटवर्क पहुंच समस्याओं की एक महत्वपूर्ण संख्या का कारण बनती है। कुल चार मुख्य प्रमाणीकरण विधियाँ हैं।
स्रोत - wiki.linuxformat.ru/index.php/LXF123 : सांबा

स्पष्ट पाठ
स्पष्ट कारणों के लिए, यह प्रमाणीकरण विधि सबसे सरल और अविश्वसनीय दोनों है। इस प्रमाणीकरण का उपयोग सांबा के पुराने संस्करणों द्वारा किया गया था। वर्तमान संस्करण में, पासवर्ड डिफ़ॉल्ट रूप से एन्क्रिप्ट किया गया है। एन्क्रिप्शन को अक्षम करने के लिए, आपको smb.conf फ़ाइल में एन्क्रिप्टेड पासवर्ड पैरामीटर को गलत में बदलना होगा। इस पद्धति का उपयोग एमएस डॉस के साथ-साथ विंडोज एनटी के पुराने संस्करणों में भी किया जाता था। पहले से ही विंडोज 95 (और नए संस्करण) में, इसे सक्रिय करने के लिए, आपको रजिस्ट्री को संपादित करना होगा। Windows 2000 और इसके बाद के संस्करण के लिए, स्थानीय सुरक्षा नीतियों के माध्यम से इस प्रमाणीकरण विधि को सक्षम करना संभव है। ऐसा करने के लिए, आपको "अनएन्क्रिप्टेड पासवर्ड को थर्ड-पार्टी एसएमबी सर्वर" स्विच में "हां" मान सेट करना होगा। एक बार फिर, हम ध्यान दें: इस पद्धति का उपयोग आज उचित नहीं है और अत्यधिक हतोत्साहित किया जाता है।

LM विधि (LAN प्रबंधक)
विंडोज 95/98 में प्रयुक्त। Samba डिफ़ॉल्ट रूप से LM प्रमाणीकरण की अनुमति देता है। यदि आप Windows NT 4.0 और उच्चतर चल रहे संसाधनों तक पहुंच के साथ समस्याओं का सामना करते हैं, तो आपको Windows सर्वर पर स्थानीय सुरक्षा नीतियों को समायोजित करने की आवश्यकता है - "LAN प्रबंधक प्रमाणीकरण स्तर" स्विच को "भेजें LM और NTLM उत्तर" स्थिति पर सेट करें।

NTLM विधि
Windows NT 3.5 में दिखाई दिया। वर्तमान में कई संशोधित और बेहतर रूप में उपयोग किया जाता है - NTLMv2। NTLMv2 "अनुरोध-प्रतिक्रिया" योजना पर काम करता है। इस पद्धति की एक दिलचस्प विशेषता यह है कि सर्वर न केवल खुले में, बल्कि एन्क्रिप्टेड रूप में भी पासवर्ड को स्टोर नहीं करता है। केवल इसका हैश संग्रहीत किया जाता है, लेकिन यह नेटवर्क पर प्रसारित नहीं होता है, जो सुरक्षा के दृष्टिकोण से बहुत अच्छा है।
निर्देशिका सेवा क्लाइंट स्थापित करने के बाद Windows 95/98 NTLMv2 के साथ काम कर सकता है। सांबा भी इस प्रमाणीकरण पद्धति का समर्थन करता है।

कर्बेरोस सेवा का उपयोग करना

केर्बरोस एक शक्तिशाली प्रणाली है जो उपयोगकर्ताओं के प्रमाणीकरण और प्रमाणीकरण करती है, जिसका उपयोग सक्रिय निर्देशिका (AD) डोमेन में मुख्य के रूप में किया जाता है। यह इंट्रानेट ट्रैफ़िक एन्क्रिप्शन भी प्रदान करता है। कर्बेरोस प्रोटोकॉल क्लाइंट और सर्वर के आपसी प्रमाणीकरण के लिए एक तंत्र प्रदान करता है, उनके बीच संबंध स्थापित करने से पहले, और प्रोटोकॉल इस तथ्य को ध्यान में रखता है कि क्लाइंट और सर्वर के बीच सूचनाओं का प्रारंभिक आदान-प्रदान असुरक्षित वातावरण में होता है, और प्रेषित पैकेटों को इंटरसेप्ट और संशोधित किया जा सकता है। दूसरे शब्दों में, प्रोटोकॉल इंटरनेट और इसी तरह के नेटवर्क पर उपयोग के लिए आदर्श है। तीसरे संस्करण के साथ शुरू, सांबा सक्रिय निर्देशिका डोमेन का पूर्ण ग्राहक हो सकता है।
हम इस पद्धति पर विशेष ध्यान देंगे, क्योंकि हमारा लेख लिनक्स पर सांबा सर्वर के एडी डोमेन में एकीकरण के लिए समर्पित है, जिसका अर्थ है कि केर्बोस के साथ काम करना आवश्यक है।
Windows Server 2008 R2 में, कुंजी वितरण केंद्र (KDC) एक डोमेन सेवा के रूप में कार्यान्वित किया जाता है। यह खातों के डेटाबेस के रूप में सक्रिय निर्देशिका का उपयोग करता है। इसके अलावा, कुछ उपयोगकर्ता डेटा वैश्विक कैटलॉग (ग्लोबल कैटलॉग) से इसमें आते हैं।
KDC, सक्रिय निर्देशिका की तरह, हर डोमेन में है। दोनों सेवाएं स्वचालित रूप से एलएसए (स्थानीय सुरक्षा प्राधिकरण) सबसिस्टम द्वारा शुरू की जाती हैं, जो डोमेन नियंत्रक पर स्थापित है। वे इस प्रबंधक की प्रक्रिया में काम करते हैं। इनमें से कोई भी सेवा बंद नहीं की जा सकती। केडीसी और सक्रिय निर्देशिका तक निरंतर पहुंच सुनिश्चित करने के लिए, विंडोज प्रत्येक डोमेन में कई पीयर डोमेन नियंत्रकों को तैनात करने की क्षमता प्रदान करता है। इसी समय, इस डोमेन के KDC सेवा को संबोधित प्रमाणीकरण और टिकट जारी करने के अनुरोध को किसी भी डोमेन नियंत्रक द्वारा स्वीकार किया जा सकता है।
केडीसी (मुख्य वितरण सेवा) एक एकल प्रक्रिया है जो दो सेवाओं को जोड़ती है: प्रमाणीकरण सेवा (एएस) और टिकट-अनुदान सेवा (टीजीएस)। सामान्य शब्दों में, प्रक्रिया इस प्रकार है:
नेटवर्क में प्रवेश करने पर, क्लाइंट उस डोमेन की प्रमाणीकरण सेवा तक पहुंचता है जहां उपयोगकर्ता खाता स्थित है, यह उपयोगकर्ता नाम और पासवर्ड प्रदान करता है। जवाब में, वह ग्राहक को TGT टिकट देती है - टिकट-अनुदान टिकट, बेशक, यदि उपयोगकर्ता नाम और पासवर्ड सही है। उसके बाद, टीजीएस खेल में प्रवेश करता है। यह सेवा अपने डोमेन में या किसी विश्वसनीय डोमेन की सेवा जारी करने वाली टिकट तक पहुँच के लिए टिकट जारी करती है। टीजीएस सेवा से संपर्क करने के लिए, ग्राहक को पहले उस डोमेन की टिकट जारी करने वाली सेवा के संपर्क में होना चाहिए, जहां सेवा खाता स्थित है, अपना टीजीटी टिकट प्रस्तुत करें और आवश्यक टिकट का अनुरोध करें। यदि ग्राहक के पास TGT टिकट नहीं है जो इस टिकट जारी करने वाली सेवा तक पहुंच प्रदान करता है, तो वह रेफरल प्रक्रिया का उपयोग कर सकता है। इस प्रक्रिया का प्रारंभिक बिंदु उस डोमेन की सेवा है जहां उपयोगकर्ता खाता स्थित है, और अंतिम बिंदु उस डोमेन की टिकट जारी करने वाली सेवा है जहां आवश्यक सेवा का खाता स्थित है।
कई स्रोतों में, टिकट को "टिकट", "रसीद" और यहां तक ​​कि "जनादेश" कहा जाता है। लेकिन इससे अर्थ नहीं बदलता है - यह एक "दस्तावेज़" है जो सेवा का उपयोग करने के अधिकार की पुष्टि करता है।
एक Windows वातावरण में, Kerberos नीतियों को डोमेन स्तर पर परिभाषित किया जाता है और KDC डोमेन सेवा द्वारा कार्यान्वित किया जाता है। इसे सक्रिय निर्देशिका में डोमेन सुरक्षा नीति विशेषताओं के सबसेट के रूप में संग्रहीत किया जाता है। डिफ़ॉल्ट रूप से, Kerberos नीति परिवर्तन डोमेन प्रशासक समूह के सदस्यों तक सीमित हैं।
Kerberos नीति प्रदान करती है:
अधिकतम उपयोगकर्ता टिकट जीवनकाल। "उपयोगकर्ता टिकट" द्वारा यहाँ एक टिकट जारी करने वाला टिकट (TGT टिकट) है। मान घंटे में निर्धारित होता है और चूक 10 घंटे तक।
अधिकतम समय कि उपयोगकर्ता टिकट का नवीनीकरण किया जा सकता है। इसे दिनों में सेट किया जाता है; डिफ़ॉल्ट 7 दिन है।
अधिकतम सेवा टिकट जीवनकाल। "सेवा टिकट" द्वारा यहाँ एक सत्र टिकट है। इस पैरामीटर का मान 10 मिनट से अधिक होना चाहिए, लेकिन अधिकतम उपयोगकर्ता टिकट के जीवनकाल के मूल्य से कम। डिफ़ॉल्ट रूप से, यह 10 घंटे है।
कंप्यूटर घड़ियों के सिंक्रनाइज़ेशन के लिए अधिकतम सहिष्णुता। मिनटों में संकेतित; डिफ़ॉल्ट 5 मिनट है।

उपयोगकर्ता लॉगिन पर प्रतिबंधों की जाँच करना (उपयोगकर्ता लॉगऑन प्रतिबंध लागू करें)। यदि यह आइटम चेक किया गया है, तो KDC सेवा सत्र टिकट के लिए प्रत्येक अनुरोध का विश्लेषण करती है और जांचती है कि क्या उपयोगकर्ता को स्थानीय रूप से लॉग ऑन करने का अधिकार है (स्थानीय रूप से लॉग ऑन करें) या नेटवर्क के माध्यम से अनुरोधित कंप्यूटर तक पहुंचने का अधिकार है (नेटवर्क विशेषाधिकार से इस कंप्यूटर तक पहुंचें)। इस तरह के सत्यापन में अतिरिक्त समय लगता है और यह नेटवर्क सेवाओं के प्रावधान को धीमा कर सकता है, इसलिए, व्यवस्थापक को इसे अक्षम करने का अधिकार दिया जाता है। डिफ़ॉल्ट रूप से, यह सक्षम है।
तुरंत उल्लेख के लायक कई नुकसान हैं जिनसे आप मुठभेड़ कर सकते हैं। सबसे पहले, क्लाइंट और सर्वर साइड पर घंटों के बीच विसंगति कुछ मिनटों से अधिक नहीं होनी चाहिए (डिफ़ॉल्ट रूप से, जैसा कि ऊपर उल्लेख किया गया है, पांच से अधिक नहीं), अन्यथा सर्वर क्लाइंट की रसीद को अमान्य मानता है और उसे एक्सेस से इनकार करता है। इस स्थिति में, क्लाइंट विंडोज मशीन पर, या तो "एक्सेस से वंचित" संदेश तुरंत प्रदर्शित किया जाएगा, या विंडोज बिना किसी दृश्य परिणाम के बार-बार लॉगिन पासवर्ड के लिए पूछेगा। दूसरे, याद रखें कि सक्रिय निर्देशिका का मूल चार प्रौद्योगिकियां हैं: डीएनएस, एलडीएपी, एसएमबी और केर्बरोस। वे सभी एक डोमेन के हिस्से के रूप में काम करते हैं, लेकिन उनमें से प्रत्येक को एक स्वतंत्र सेवा के रूप में एक्सेस किया जा सकता है। सेवाओं की ऐसी स्वतंत्रता के बावजूद, उनमें से कम से कम एक का गलत संचालन क्लाइंट को डोमेन में शामिल करना असंभव बना देगा। इस तथ्य पर विशेष ध्यान दिया जाना चाहिए कि यदि DNS सर्वर, क्लाइंट नाम या डोमेन नाम क्लाइंट साइड पर गलत तरीके से निर्दिष्ट किया गया है, तो यह AD डोमेन में शामिल नहीं किया जाएगा। इसका कारण यह है कि सक्रिय निर्देशिका डोमेन में DNS सर्वर SRV रिकॉर्ड KDC और LDAP सर्वर के स्थान को दर्शाता है।

4. GNU / Linux के लिए आवश्यक पैकेज

नीचे बताए गए सभी पैकेजों में उबंटू लिनक्स 10.04.4 LTS 64 पर चलने वाले सर्वर पर OpenLDAP, Kerberos, और सांबा को Xfce ग्राफिकल शेल के साथ तैनात करने की आवश्यकता है। यह OpenLDAP, केर्बरोस और सांबा के लिए आधिकारिक प्रलेखन के अनुसार स्थापना के लिए आवश्यक पूर्व-स्थापित पैकेजों के बारे में जानकारी प्रदान करता है

OpenLDAP के निर्माण के लिए निम्नलिखित पैकेज आवश्यक हैं:

• सी कंपाइलर उदा। Gcc (आवश्यक)
• अप्रेंटिस POSIX REGEX सॉफ्टवेयर (आवश्यक)
• साइरस SASL 2.1.21+ (अनुशंसित)
• OpenSSL 0.9.7+ (अनुशंसित)

आवश्यक पैकेज sudo apt-get install package_name कमांड के साथ इंस्टॉल किए जा सकते हैं।
ओरेकल बर्कले DB संस्करण 4.4 - 4.8 या 5.0 - 5.1 भी आवश्यक हैं। जब हम OpenLDAP के निर्माण के बारे में बात करेंगे, तो हम इस बारे में बात करेंगे कि स्रोत से इसे कैसे संकलित किया जाए।

केर्बरोस का निर्माण करने के लिए, हमें फ्लेक्स और बाइसन पैकेज (सुडो एप्ट-गेट स्थापित फ्लेक्स बाइसन) की आवश्यकता होती है, अन्यथा आपको बिल्ड के दौरान "याक-कमांड नहीं मिला" त्रुटि मिलेगी। फिर हमें g ++ (sudo apt-get install g ++) की आवश्यकता है, क्योंकि अन्यथा केर्बरोस फिर से निर्माण नहीं करेगा, यह कहते हुए कि "g ++ कमांड नहीं मिला है।"

जब तक सांबा का निर्माण नहीं हो जाता, तब तक हमारे पास OpenLDAP और Kerberos दोनों स्थापित होने चाहिए, जिस स्थिति में अतिरिक्त पैकेज की आवश्यकता नहीं होगी।
जीसीसी, जी ++, फ्लेक्स, बाइसन पैकेज स्थापित करने के लिए, आप अपने जीएनयू / लिनक्स वितरण पर स्थापित पैकेज प्रबंधकों का उपयोग कर सकते हैं। जब आप पहली बार सिस्टम स्थापित करते हैं, तो आमतौर पर आपको इन पैकेजों को चिह्नित करना होगा।

5. स्रोत से पैकेज बनाएँ।

इसलिए, हम स्रोत कोड से संकुल के अधिकांश भाग - विधानसभा में जाते हैं। बेशक, स्रोत से निर्माण आधुनिक लिनक्स वितरण के लिए एक सामान्य अभ्यास नहीं है, और एक अनुसंधान हित के अधिक है। हम स्रोतों से विधानसभा पर विचार करेंगे, क्योंकि यह प्रक्रिया सामान्य रूप से, किसी भी लिनक्स वितरण के लिए सार्वभौमिक है। भविष्य में, हम रिपॉजिटरी के साथ काम करेंगे, जो कुछ हद तक सरल है।
OpenLDAP बिल्ड
सबसे पहले, Oracle साइट से Oracle साइट से बर्कले DB स्रोत फ़ाइलों (बाद में - BDB) को डाउनलोड करें। www.oracle.com/technetwork/database/berkeleydb/downloads/index-082944.html हमारे मामले में, सब कुछ BDB 4.8 के साथ काम करता है
संकलित करें और BDB स्थापित करें:

tar xvzf db-4.8.30.tar.gz cd db-4.8.30/build_unix ../dist/configure #    - /configure --help make sudo make install 

OpenLDAP स्रोतों को डाउनलोड करें www.openldap.org/software/download
हमारे मामले में, यह 2.4.30 संस्करण था।
संकलन और OpenLDAP स्थापित करें:

 tar -xzvf openldap-2.4.30.tgz cd openldap export CPPFLAGS="-I/usr/local/BerkeleyDB.4.8/include -D_GNU_SOURCE" export LDFLAGS="-L/usr/local/BerkeleyDB.4.8/lib" export LD_LIBRARY_PATH="/db-4.8.30.NC/build_unix/.libs/" ./configure --with-tls=no #      — ./configure --help make depend make make test #    OpenLDAP.    ,    . make install 

यह सब OpenLDAP के साथ है। अंत में, मैं कुछ सबसे सामान्य गलतियों का उल्लेख करना चाहता हूं:
कॉन्फ़िगर करें: त्रुटि: बर्कले DB संस्करण बेमेल समाधान: सबसे अधिक संभावना है कि आपने LDFLAGS और LD_LIBRARY_PATH चर का निर्यात नहीं किया, जैसा कि ऊपर उल्लेख किया गया है।
getpeereid.c: 52: error: 'peercred' का संग्रहण आकार ज्ञात नहीं है। आप संभवतः -D_GNU_SOURCE ध्वज के बारे में भूल गए हैं, जो glibc के साथ असंगतता को बायपास करने के लिए आवश्यक है।
और फिर, अपने सिस्टम पर सभी आवश्यक पैकेजों को ध्यान से जांचें।
करबरोस बिल्ड

डाउनलोड करबरोस web.mit.edu/kerberos/dist/index.html हमने वर्तमान रिलीज़ का उपयोग किया।
उसके बाद, अनपैक करें, इकट्ठा करें और प्रोग्राम इंस्टॉल करें:

टी

 ar -xzvf krb5-1.10.1.tar.gz cd /krb5-1.10.1/src ./configure --with-ldap=yes #,  ,  .  —    ./configure —-help. make make install make check #   . 

यदि आपको "yacc - command not found" की त्रुटि मिलती है, तो आप फ्लेक्स और बायसन पैकेजों को स्थापित करना भूल गए।
sudo apt-get install फ्लेक्स बाइसन
यदि "g ++ - कमांड नहीं मिला", तो वे g ++ कंपाइलर के बारे में भूल गए।

 sudo apt-get install g++ 

विधानसभा सांबा
डाउनलोड सांबा के स्रोत www.samba.org/samba/download से । हमें नवीनतम संस्करण की आवश्यकता है, इसलिए samba-latest.tar.gz डाउनलोड करें।
Unzip, Samba का निर्माण और स्थापित करें:

 tar -xzvf samba-latest.tar.gz cd samba-3.6.3 cd source3 ./configure --with-ldap=yes --with-ads=yes make make install 

सबसे अधिक संभावना है, यदि सभी पिछले चरणों को सही ढंग से निष्पादित किया गया था, तो सांबा की विधानसभा और स्थापना समस्याओं के बिना काम करेगी। यदि नहीं, तो पहले जांचें कि क्या सभी निर्भरता सही तरीके से स्थापित हैं। अगर सांबा को कुछ याद आता है, तो वह स्पष्ट कर देगी।
बेशक, स्रोत से सभी पैकेजों को इकट्ठा करना एक कम दक्षता के साथ एक श्रमसाध्य प्रक्रिया है। इसलिए, अपने जीएनयू / लिनक्स वितरण के पैकेज मैनेजर का उपयोग करके आवश्यक पैकेज स्थापित करना सबसे अच्छा है।
इसलिए, सभी पैकेज स्थापित हैं और कॉन्फ़िगरेशन पर आगे बढ़ने का समय है।