IIS конфликт со службами отчетов сервера SQL - PullRequest
0 голосов
/ 10 февраля 2012

При запуске в Visual Studio мое приложение mvc3 не запрашивает никакой аутентификации.Тем не менее, когда я развертывался на тестовом сервере (Windows Server 2008 и IIS 7), я получал приглашение с запросом имени пользователя и пароля.Я предоставляю учетные данные администратора для сервера, но есть сбой.Странно то, что страница обслуживается, но я получаю подсказку.Однако все вызовы ajax не выполняются с несанкционированной ошибкой 401.

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

Я попытался изменить конвейер с Managed на Classic, но тогда MVC не работал, и я получил ошибку 404.Это мое первое приложение MVC, и я не ожидал таких проблем при развертывании.

Есть какие-нибудь подсказки, как заставить это работать?

== Изменить начало === Это то, что я подозреваю, может быть причиной проблемы.На сервере сайт привязан к test.xyz.com.Также установлен Sql Server Reporting Services.Мое приложение пытается запросить URL test.xyz.com/Reports, но я думаю, что это связано с SSRS.Когда я останавливаю службу SSRS, я получаю сообщение об ошибке недоступности службы 503.В противном случае я получаю окно аутентификации.

Я пытаюсь выяснить, как можно удалить конкретную привязку SSRS, чтобы test.xyz.com/Reports указывал на мой контроллер отчетов == Редактировать конец ====

Ответы [ 3 ]

1 голос
/ 10 июня 2014

Вы также можете использовать диспетчер конфигурации служб Reporting Services, чтобы указать порт и URL-адрес, которые службы Reporting Services используют на сервере.

По умолчанию службы отчетов SQL Server используют следующие URL-адреса:

http://<server name>/ReportServer // web service url

http://<server name>/reports // reports manager url

http://msdn.microsoft.com/en-us/library/ms159261(v=sql.105).aspx

0 голосов
/ 15 февраля 2012

Я изменил свой контроллер с отчетов на MyReports, и это разрешило конфликт.

0 голосов
/ 10 февраля 2012

Вещи для проверки:

  • Доступно ли вашему веб-приложению какие-либо ресурсы? Если да, то имеет ли учетная запись рабочего процесса IIs разрешение на это?
  • Вы установили Аутентификацию веб-сайта на Enable anonymous access?
  • Вы случайно не выполняете олицетворение (или в web.config программно? Если да, то имеет ли учетная запись конечного пользователя надлежащие разрешения для любых возможных внутренних ресурсов?
...