Я столкнулся с этой проблемой, потому что я пишу веб-приложение, которое использует отчеты SSRS, и после настройки нашего производственного сервера SSRS для использования HTTPS мы обнаружили, что отчеты не запускаются (мы получаем ошибку 401: Запрещено).
С тех пор я обнаружил, что если я попытаюсь перейти к URL-адресу веб-портала с использованием HTTPS, мне будет предложено ввести учетные данные для входа, чего не произойдет, если вместо этого я перейду к URL-адресу HTTP. У меня не должно быть запроса на ввод учетных данных, поскольку и мой клиентский компьютер, и сервер присоединены к одному и тому же домену Windows, а я являюсь администратором на сервере.
Вот такая ситуация:
В reportserver.config
файл идентичен на обоих серверах. Раздел аутентификации выглядит следующим образом:
<Authentication>
<AuthenticationTypes>
<RSWindowsNTLM/>
</AuthenticationTypes>
<RSWindowsExtendedProtectionLevel>Off</RSWindowsExtendedProtectionLevel>
<RSWindowsExtendedProtectionScenario>Proxy</RSWindowsExtendedProtectionScenario>
<EnableAuthPersistence>true</EnableAuthPersistence>
</Authentication>
Как я уже сказал, это отлично работает на сервере Dev, а также на производственном сервере, если я не использую HTTPS.
Может ли кто-нибудь сказать мне, какую конфигурацию мне может потребоваться изменить, чтобы разрешить подключение к веб-порталу SSRS на производственном сервере (и, надеюсь, тем самым также исправить отчеты, которые не запускаются) для работы с использованием HTTPS и FQDN без запроса учетных данных для входа ?
Добавить URL-адрес вашей зоны локальной интрасети в настройках Internet Explorer на клиентском портативном компьютере.