मैं तुम्हें VBA लिख रहे हैं यह सोचते हैं रहा हूँ। Outlook में, आप LDAP प्रदाता के विरुद्ध क्वेरी बनाने के लिए ADO का उपयोग कर सकते हैं। क्वेरी चार भागों
- बेस पथ
- खोज फ़िल्टर
- विशेषताओं recordset
- खोजें दायरे में लौटे से बना है।
आपके द्वारा अनुमानित एलडीएपी यूआरएल वास्तव में एलडीएपी क्वेरी का मूल मार्ग है। आप अपने स्थानीय डोमेन में आधार पथ प्राप्त करने के लिए ADSIedit का उपयोग कर सकते हैं। आम तौर पर, यदि आपके डोमेन को abc.com कहा जाता है, तो आपका बेस पथ एलडीएपी: //abc.com/DC=abc,DC=com जैसा होना चाहिए। हालांकि, यह हमेशा मामला नहीं है। सक्रिय निर्देशिका आपको DNS डोमेन से अलग एक सक्रिय निर्देशिका डोमेन नाम देने की अनुमति देती है, हालांकि अधिकांश समय, वे वही हैं। इस कॉन्फ़िगरेशन को disjoint namespace कहा जाता है।
सही बेस पथ खोजने के लिए, अलग-अलग नामस्थान मामले के लिए, आप Windows 2003 support tools से ADSIedit इंस्टॉल कर सकते हैं। कमांड लाइन में adsiedit.msc टाइप करके ADSIEdit लॉन्च करें। ADSIEdit नोड पर राइट क्लिक करें और "कनेक्ट करें" पर क्लिक करें। फिर, नामकरण संदर्भ "रूटडीएसई" का चयन करें और स्थानीय डोमेन से कनेक्ट करने के लिए सभी अन्य सेटिंग्स डिफ़ॉल्ट रूप से छोड़ दें। यदि आपकी मशीन पहले से ही डोमेन में शामिल हो गई है, तो आपको उस डोमेन से स्वचालित रूप से कनेक्ट होना चाहिए। शीर्ष रूट डीएसई नोड में, आपको यह भी देखना चाहिए कि अब आप किस डोमेन नियंत्रक से जुड़े हुए हैं। जुड़े डोमेन नियंत्रक के FQDN को चिह्नित करें। यह dc1.yourdomain.com की तरह कुछ होना चाहिए। फिर, शीर्ष "रूटडेएस" नोड का विस्तार करें और आप नीचे एक और "रूटडेएस" फ़ोल्डर नोड देखेंगे। राइट क्लिक करें और गुण क्लिक करें। DefaultNamingContext खोजें। यह डीसी = yourdomain, डीसी = कॉम जैसे कुछ होना चाहिए।
डोमेन नियंत्रक नाम और डिफ़ॉल्ट नामकरण संदर्भ के साथ
, आप अपने आधार पथ बना सकते हैं, यह LDAP होना चाहिए: // डोमेन नियंत्रक/डिफ़ॉल्ट नामकरण प्रसंग
कभी कभी आप देख लोग एलडीएपी बेस पथ में डोमेन नियंत्रक नाम के बजाय एफक्यूडीएन डोमेन नाम डाल रहे हैं। यह केवल वैध है अगर DNS सर्वर पर डोमेन का रिकॉर्ड मौजूद है। मैं डोमेन नाम का उपयोग करने की सिफारिश नहीं करता हूं। हालांकि, यदि आप वास्तव में एक विशिष्ट डोमेन नियंत्रक निर्दिष्ट नहीं करना चाहते हैं, तो आप सर्वर रहित बाइंडिंग का उपयोग करने पर विचार कर सकते हैं। एलडीएपी: // डिफ़ॉल्ट नामकरण संदर्भ। यह एक सक्रिय निर्देशिका सुविधा है। यह अन्य एलडीएपी सर्वरों पर काम नहीं करता है। आप केवल सर्वर बाध्यकारी का उपयोग कर सकते हैं यदि आप डोमेन उपयोगकर्ता के रूप में चल रहे हैं। जब आप serverless binding का उपयोग करते हैं, तो एलडीएपी क्वेरी आपके लिए साइट पर अगले उपलब्ध डोमेन नियंत्रक को बस ले जाएगी। इस तरह, आप अनुरोध के साथ उस सर्वर को अधिभारित करने की संभावनाओं को कम करते हैं।हालांकि, यह आपके परिणाम को कम अनुमानित बनाता है क्योंकि कभी-कभी डेटा को एक डोमेन नियंत्रक से दूसरे डोमेन नियंत्रक में दोहराया नहीं जाता है।
बस एक साइड नोट, मैं आपको डोमेन नामकरण संदर्भ का उपयोग अपने खोज आधार पथ के रूप में करने का सुझाव दे रहा हूं क्योंकि मुझे लगता है कि आप अपने डोमेन के सभी उपयोगकर्ताओं को खोजना चाहते हैं। आप हमेशा अपने मूल पथ के रूप में कुछ अन्य कंटेनर चुन सकते हैं। उदाहरण के लिए, एलडीएपी: //yourdomain.com/CN=Users ,DC=yourdomain ,DC=com। फिर, खोज केवल आपके डोमेन में उपयोगकर्ता कंटेनर के तहत ही की जाएगी।
मुझे नहीं पता कि आपको कितना विवरण जानने की आवश्यकता है। मैं यह भी नहीं जानता कि आप किस प्रकार के औजारों का उपयोग कर रहे हैं। यहां प्रत्येक फ़ील्ड पर एक संक्षिप्त स्पष्टीकरण दिया गया है। यूआरआई आपको एलडीएपी सर्वर खोजने देता है। आम तौर पर, यह ldap होना चाहिए: //yourdc.yourdomain.com अपने वर्कस्टेशन पर एडी में अपना डीडी कैसे ढूंढें इसके बारे में मेरा उत्तर देखें।प्रबंधक डीएन उपयोगकर्ता खाता होना चाहिए जिसे आप एलडीएपी सर्वर लॉगऑन करने के लिए उपयोग करने जा रहे हैं। प्रत्येक उपयोगकर्ता खाते में एलडीएपी सर्वर पर एक वस्तु होती है। प्रत्येक ऑब्जेक्ट में एक विशिष्ट नाम (डीएन) होता है। अपने उपयोगकर्ता खाते के डीएन को खोजने के लिए आपको एलडीएपी ब्राउज़र या ADSIedit का उपयोग करने की आवश्यकता है। मैं टिप्पणी में बहुत लंबा नहीं लिख सकता –