У нас есть веб-сервер, на котором размещено несколько веб-сайтов.
DNS настроен так, чтобы указывать ..com на веб-сервер. Один из сайтов действует как прокси и перенаправляет запросы https на отдельный сервер SSRS. У нас есть ssl-сертификат с подстановочными знаками для * .. com.
Недавно срок действия сертификата истек, и его необходимо обновить. После этого новый сертификат был установлен на веб-сервере. На сервере SSRS URL-адрес службы и URL-адрес управления настроены так, что теперь привязки используют обновленный сертификат.
Когда запросы отправляются на URL https: //..com/Reports и https: //..com/ReportServer, тогда он работает нормально.
Один из наших пользователей хочет иметь доступ к URL-адресу по имени сервера, чтобы он вводил https: /// ReportServer в адресную строку. Когда они проходят через этот адрес, они получают ошибку сертификата. Я попытался создать самоподписанный сертификат и привязать его к 443 в URL-адресе управления с помощью консоли управления SSRS. Это не сработало, и когда они переходят по этому URL-адресу, они все равно получают ошибку сертификата. Кажется, все еще пытается получить сертификат для * .. com.
Может ли кто-нибудь посоветовать, как я могу заставить его ответить на 443 на оба URL-адреса ниже?
https://<reporting>.<ourdomain>.com/ReportServer
https://<servername>/ReportServer