Ценностное предложение для jQuery (или любая другая платформа) не только прибывает из того, что это делает с JavaScript. Это также основывается на DOM, HTML и многих агностических языком шаблонах. И Вы не должны понимать все это подробно для нахождения платформ полезными. Конечно, Вы будете более обеспечены, если Вы будете знать все части, но все мы должны запустить с чего-то меньше.
я изучил jQuery и JavaScript одновременно, и он работал вполне хорошо на меня тот путь.
я думаю, что вопрос не состоит так в том, чтобы учиться сначала, но главное, необходимо ожидать становиться все больше знакомыми со всеми частями и как они сотрудничают.
мне это - несколько (не полностью) тот же вопрос как, что необходимо знать прежде, чем запуститься с WebForms. Уверенный лучше, если Вы уже довольны C# (и тот же DOM и HTML), но законно использовать WebForms в качестве механизма для Вашего образования. То же самое может быть сказано для платформ.
Что ж, я думаю, в вашей строке подключения немного отсутствует - указывать только имя сервера недостаточно - вам также необходимо указать «начальную точку» для вашего поиска.
В 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 # - он может дать вам дополнительную информацию.
Мне было трудно понять это, но вы могли бы использовать что-то вроде следующего, это сработало для меня:
Domain domain = Domain.GetDomain(new DirectoryContext(DirectoryContextType.Domain, "novellBox.sample.com");
DirectorySearcher ds = new DirectorySearcher(domain.GetDirectoryEntry(), searchQuery);
using (SearchResultCollection src = ds.FindAll())
{....}
Я думаю, вам нужно использовать синтаксис LDAP для хоста.
Убедитесь, что вы не забыли разорвать соединение с , используя
- если вы не удалите записи каталога, они будут храниться вечно, пока не закончится пул и ваше приложение не сломается.
using (DirectoryEntry de = new DirectoryEntry ("LDAP://CN=server,DC=domain,DC=com","admin","password",AuthenticationTypes.Secure))
{
...
}
Я пытаюсь подключиться к серверу edirectory 8.8, на котором запущен LDAP. Как я могу это сделать в .Net? Могу ли я по-прежнему использовать классы в System.DirectoryService, такие как DirectoryEntry и DirectorySearcher, или они относятся к AD?
Мы без проблем используем System.DirectoryServices для Microsoft Active Directory, OpenLDAP, работающий в Linux, и eDirectiry. Итак, да, вы можете использовать эти классы для доступа к eDir.
Нужно ли мне указывать «Строку подключения» по-другому?
Да, это так. При передаче в DirectoryEntry строки, начинающейся с «LDAP: //», вам необходимо соответствовать синтаксису LDAP, который сильно отличается от синтаксиса URI.
Я рекомендую вам использовать браузер LDAP (погуглите, есть много бесплатных загрузок), чтобы получить правильный путь к корневому объекту, иначе вы потратите время на попытки выяснить правильные типы объектов.