Соединение с LDAP от использования C# DirectoryServices

Ценностное предложение для jQuery (или любая другая платформа) не только прибывает из того, что это делает с JavaScript. Это также основывается на DOM, HTML и многих агностических языком шаблонах. И Вы не должны понимать все это подробно для нахождения платформ полезными. Конечно, Вы будете более обеспечены, если Вы будете знать все части, но все мы должны запустить с чего-то меньше.

я изучил jQuery и JavaScript одновременно, и он работал вполне хорошо на меня тот путь.

я думаю, что вопрос не состоит так в том, чтобы учиться сначала, но главное, необходимо ожидать становиться все больше знакомыми со всеми частями и как они сотрудничают.

мне это - несколько (не полностью) тот же вопрос как, что необходимо знать прежде, чем запуститься с WebForms. Уверенный лучше, если Вы уже довольны C# (и тот же DOM и HTML), но законно использовать WebForms в качестве механизма для Вашего образования. То же самое может быть сказано для платформ.

13
задан Chaitanya 17 September 2009 в 07:32
поделиться

4 ответа

Что ж, я думаю, в вашей строке подключения немного отсутствует - указывать только имя сервера недостаточно - вам также необходимо указать «начальную точку» для вашего поиска.

В AD это обычно что-то вроде контейнера «Пользователи» в вашем домене, который вы d укажите это на языке LDAP:

LDAP://novellBox.sample.com/cn=Users,dc=YourCompany,dc=com

Не уверен, насколько LDAP совместимы с новыми версиями eDirectory - но это должно работать, поскольку теоретически это стандартный LDAP независимо от реализации: -)

Но опять же: только в теория, нет разницы между теорией и практикой .....

Существует также пространство имен System.DirectoryServices.Protocols , которое предлагает низкоуровневые вызовы LDAP напрямую - и это определенно не связано с AD вообще , но на самом деле она довольно низкоуровневая .....

Существует также библиотека Novell C # LDAP , но я никогда ее не пробовал и не могу сказать, насколько она полная или способная. Однако это может дать вам некоторые подсказки!

Также см. Другой вопрос о стеке о Novell, LDAP и C # - он может дать вам дополнительную информацию.

LDAP://novellBox.sample.com/cn=Users,dc=YourCompany,dc=com

Не уверен, насколько LDAP совместимы с новыми версиями eDirectory - но это должно работать, поскольку теоретически это стандартный LDAP независимо от реализации: -)

Но опять же: только теоретически нет разницы между теорией и практика .....

Существует также пространство имен System.DirectoryServices.Protocols , которое предлагает низкоуровневые вызовы LDAP напрямую - и это определенно не связано с AD, но на самом деле это довольно низкоуровневый .....

Существует также библиотека Novell C # LDAP , но я никогда не пробовал ее и не могу сказать, насколько она полная или функциональная. Однако это может дать вам некоторые подсказки!

Также см. Этот другой вопрос о стеке о Novell, LDAP и C # - он может дать вам дополнительную информацию.

LDAP://novellBox.sample.com/cn=Users,dc=YourCompany,dc=com

Не уверен, насколько LDAP совместимы с новыми версиями eDirectory - но это должно работать, поскольку теоретически это стандартный LDAP независимо от реализации: -)

Но опять же: только теоретически нет разницы между теорией и практика .....

Существует также пространство имен System.DirectoryServices.Protocols , которое предлагает низкоуровневые вызовы LDAP напрямую - и это определенно не связано с AD, но на самом деле это довольно низкоуровневый .....

Существует также библиотека Novell C # LDAP , но я никогда не пробовал ее и не могу сказать, насколько она полная или функциональная. Однако это может дать вам некоторые подсказки!

Также см. Этот другой вопрос о стеке о Novell, LDAP и C # - он может дать вам дополнительную информацию.

стандартный LDAP, независимо от реализации: -)

Но опять же: только теоретически, нет никакой разницы между теорией и практикой .....

Также есть System.DirectoryServices.Protocols пространство имен, которое предлагает низкоуровневые вызовы LDAP напрямую - и это определенно не связано с AD, но на самом деле оно довольно низкоуровневое .....

Также есть библиотека Novell C # LDAP , но я Я никогда не пробовал и не могу сказать, насколько он полон или способен. Однако это может дать вам некоторые подсказки!

Также см. Этот другой вопрос о стеке о Novell, LDAP и C # - он может дать вам дополнительную информацию.

стандартный LDAP независимо от реализации: -)

Но опять же: только теоретически, нет никакой разницы между теорией и практикой .....

Также есть System.DirectoryServices.Protocols пространство имен, которое предлагает низкоуровневые вызовы LDAP напрямую - и это определенно не связано с AD, но на самом деле оно довольно низкоуровневое .....

Также есть библиотека Novell C # LDAP , но я Я никогда не пробовал и не могу сказать, насколько он полон или способен. Однако это может дать вам некоторые подсказки!

Также см. Этот другой вопрос о стеке о Novell, LDAP и C # - он может дать вам дополнительную информацию.

s также пространство имен System.DirectoryServices.Protocols , которое предлагает низкоуровневые вызовы LDAP напрямую - и это определенно не связано с AD, но на самом деле оно довольно низкоуровневое .....

Там также библиотека Novell C # LDAP , но я никогда не пробовал ее и не могу сказать, насколько она полная или способная. Однако это может дать вам некоторые подсказки!

Также см. Другой вопрос о стеке о Novell, LDAP и C # - он может дать вам дополнительную информацию.

s также пространство имен System.DirectoryServices.Protocols , которое предлагает низкоуровневые вызовы LDAP напрямую - и это определенно не связано с AD, но на самом деле оно довольно низкоуровневое .....

Там также библиотека Novell C # LDAP , но я никогда не пробовал ее и не могу сказать, насколько она полная или способная. Однако это может дать вам некоторые подсказки!

Также см. Этот другой вопрос о стеке о Novell, LDAP и C # - он может дать вам дополнительную информацию.

13
ответ дан 1 December 2019 в 21:25
поделиться

Мне было трудно понять это, но вы могли бы использовать что-то вроде следующего, это сработало для меня:

Domain domain = Domain.GetDomain(new DirectoryContext(DirectoryContextType.Domain, "novellBox.sample.com");
DirectorySearcher ds = new DirectorySearcher(domain.GetDirectoryEntry(), searchQuery);
using (SearchResultCollection src = ds.FindAll())
{....}
5
ответ дан 1 December 2019 в 21:25
поделиться

Я думаю, вам нужно использовать синтаксис LDAP для хоста.

Убедитесь, что вы не забыли разорвать соединение с , используя - если вы не удалите записи каталога, они будут храниться вечно, пока не закончится пул и ваше приложение не сломается.

using (DirectoryEntry de = new DirectoryEntry ("LDAP://CN=server,DC=domain,DC=com","admin","password",AuthenticationTypes.Secure))
{
    ...
}
4
ответ дан 1 December 2019 в 21:25
поделиться

Я пытаюсь подключиться к серверу edirectory 8.8, на котором запущен LDAP. Как я могу это сделать в .Net? Могу ли я по-прежнему использовать классы в System.DirectoryService, такие как DirectoryEntry и DirectorySearcher, или они относятся к AD?

Мы без проблем используем System.DirectoryServices для Microsoft Active Directory, OpenLDAP, работающий в Linux, и eDirectiry. Итак, да, вы можете использовать эти классы для доступа к eDir.

Нужно ли мне указывать «Строку подключения» по-другому?

Да, это так. При передаче в DirectoryEntry строки, начинающейся с «LDAP: //», вам необходимо соответствовать синтаксису LDAP, который сильно отличается от синтаксиса URI.

Я рекомендую вам использовать браузер LDAP (погуглите, есть много бесплатных загрузок), чтобы получить правильный путь к корневому объекту, иначе вы потратите время на попытки выяснить правильные типы объектов.

1
ответ дан 1 December 2019 в 21:25
поделиться
Другие вопросы по тегам:

Похожие вопросы: