Ошибка построителя отчетов SSRS: неправильное имя целевого участника

Вот наша проблема: при использовании построителя отчетов SSRS мы можем успешно подключиться к нашему источнику данных без ошибок, но когда мы пытаемся подключиться к набору данных, мы получаем следующую ошибку. Все работало нормально, эта проблема начала появляться около двух недель назад. За исключением попыток доступа к набору данных на сервере отчетов, все работает нормально. Мы не получаем никаких ошибок при запуске отчета в нашем веб-клиенте. Эта ошибка возникает на любом компьютере, который пытается подключиться к серверу с помощью построителя отчетов, а затем просматривает набор данных.

Мы провели небольшое исследование, пытаясь решить проблему. Мы экспортировали все сертификаты из личного хранилища сертификатов серверов отчетов на локальный компьютер. Мы проверили, чтобы убедиться, что ни один из сертификатов не просрочен. Мы проверили сертификат, выбранный в свойствах сетевых протоколов в диспетчере конфигурации SQL Server. На выбор есть два возможных сертификата, и мы опробовали оба. (перезапуск службы после каждого). Мы проверили все записи в DNS и DHCP, чтобы убедиться в отсутствии ошибок. Мы также проверили CN и альтернативные имена субъектов в каждом сертификате, чтобы убедиться, что они соответствуют соответствующим доменам.

Я думаю, проблема может быть в том, что для двух доменов слишком много сертификатов. Мы подключаемся к серверу, используя общедоступный и частный домен, поэтому у нас есть сертификаты для обоих. На самом деле в IIS имеется три сертификата. Один для общественного достояния, выпущенный Godaddy. Один из них — самозаверяющий сертификат для нашего частного домена, а третий — сертификат, выданный нашим собственным центром сертификации для нашего частного домена. В диспетчере конфигурации SQL Server доступны только два сертификата частного домена, но обычно мы подключаемся к серверу через общедоступный домен.

Нужно ли удалять какие-либо сертификаты? как нам добиться правильного подключения наборов данных в построителе отчетов? Вероятно, стоит отметить, что мы получаем эту ошибку только при просмотре свойств набора данных в построителе отчетов. SSMS подключается без проблем, RDP подключается без проблем, и наши веб-серверы подключаются без проблем.

Скриншоты различных сертификатов. Черные ящики являются частным достоянием, красные ящики — общественным достоянием.

Успешное подключение к источнику данных в построителе отчетов

Параметры сертификата свойств SQL Server

Доступные сертификаты в IIS

Сертификаты в хранилище личных сертификатов на сервере отчетов.

Сертификаты в доверенном корневом центре сертификации на клиентском ПК