LDAPS с ActiveDirectoryMembershipProvider на веб-формах ASP.Net - PullRequest
3 голосов
/ 20 января 2010

Я установил для атрибута connectionProtection ActiveDirectoryMembershipProvider значение secure, в соответствии с документацией MSDN говорится, что при установке для защиты выполняется следующее:

"Класс ActiveDirectoryMembershipProvider попытается подключиться к Active Directory с помощью SSL. Если SSL не удается, будет предпринята вторая попытка подключения к Active Directory с помощью подписи и печати. ​​Если обе попытки завершатся неудачно, экземпляр ActiveDirectoryMembershipProvider сгенерирует Исключение ProviderException. "

Код работает, и запросы могут быть сделаны к LDAP, но одна проблема, которая меня немного смущает, заключается в том, что моя строка подключения имеет префикс LDAP, а не LDAPS. Изменение этого на LDAPS приводит к следующей ошибке: «Сообщение об ошибке синтаксического анализа: ошибка HRESULT E_FAIL была возвращена после вызова компонента COM.»

Что здесь происходит? В первом случае, где строка подключения - это просто LDAP, используется ли SSL? В документации указывается, что если это не так, следует выдать исключение. Если нет, то какова будет вероятная причина этой ошибки в этом контексте?

Ответы [ 2 ]

3 голосов
/ 20 января 2010

Насколько я знаю, все LDAP DN (отличительные имена) всегда имеют только префикс LDAP - независимо от того, находятся ли они по защищенной ссылке или нет. Аспект безопасности обычно проявляется с помощью порта на используемом сервере, 389 - это значение по умолчанию для небезопасных, а 636 - это значение по умолчанию для защищенной связи.

Но спецификация отличительных имен LDAP на самом деле не имеет префикса LDAPS. Несколько лет назад я проделал большую работу по LDAP, и я помню, что имел дело с разными портами для надежной или защищенной связи, но у меня никогда не было полного пути LDAP, имеющего что-либо еще, кроме префикса LDAP:// (тоже с учетом регистра!).

2 голосов
/ 05 июля 2010

Префикс LDAP: // используется как для чистых, так и для SSL-соединений, чтобы проверить, действительно ли связь по SSL, попробуйте шаг 3 этой записи в блоге http://erlend.oftedal.no/blog/?blogid=7

...