Служба WCF с использованием сертификата с подстановочными знаками дает ошибку идентификации DNS

У меня есть веб-служба WCF, настроенная для использования безопасности на основе сообщений. Служба использует подстановочный сертификат для защиты сообщения: * .domain.com

После обновления сертификата SSL служба выдает следующую ошибку:

«Ошибка проверки подлинности исходящего сообщения. Ожидаемый DNS-идентификатор удаленной конечной точки был« * .domain.com », но удаленная конечная точка предоставила DNS-запрос« domain.com ». ...»

Как мне исправить это, чтобы служба по-прежнему отвечала * .domain.com в качестве запроса DNS?

К сожалению, обновление клиентских конфигураций не является вариантом использования нового утверждения DNS через свойство идентификации DNS.

Спасибо, Марк


person Mark Boltuc    schedule 15.03.2011    source источник


Ответы (3)


Это ошибка в WCF. Посетите сайт подключения и проголосуйте за, если это проблема с блокировкой. http://connect.microsoft.com/wcf/feedback/details/683178/wcf-x509-certificate-validation-only-checks-last-dnsname-in-subject-alternative-name

person Srinivasan R    schedule 21.12.2011
comment
Эта ссылка не работает. - person Quarkly; 22.02.2017

Оказывается, проблема была в списке SAN в сертификате Wild Card. Порядок перечисления доменов был следующим:

*.domain.com
domain.com

WCF в основном всегда разрешал последний элемент в списке SAN. Я наткнулся на несколько статей, в которых в Office Communicator была подобная проблема. Я не уверен, ошибка ли это WCF или нет.

Мое решение заключалось в том, чтобы попросить центр сертификации сгенерировать мне сертификат с подстановочными знаками без атрибута SAN.

person Mark Boltuc    schedule 19.04.2011
comment
Кто-нибудь знает, почему это, кажется, случается только спорадически? Мы использовали один и тот же сертификат wild card в течение нескольких лет с несколькими службами, и у нас только началась эта проблема с одним клиентом. - person Dude0001; 12.12.2014

Настройка DNS для клиента просто используется для проверки подлинности сертификатов, поэтому вы можете просто установить DNS клиента на «domain.com» вместо «service.domain.com».

person arc    schedule 10.07.2013