Подтвердить что ты не робот

500.19 на IIS 7, Cant log on local

Я не знаю, где я спрашиваю это...

Я видел эту проблему, и я думаю, что ответ должен быть мне близок к этому, но кажется, что я все еще не могу сделать это.

Забавно, что то же самое (я думаю) было сделано мной на другом сервере с IIS 7 год назад или около того, без дальнейших проблем. Может также быть, что я не помню так много этого. У меня есть сервер Apache, работающий на порту 80 (это нельзя изменить)

Вот что я сделал:

Интегрированный AppPool был проблемой на другом сервере, который я поместил, поэтому я попытался изменить

  • AppPool по умолчанию для классического .Net
  • Пул WebApp в классическом .Net

Пользователь также является обязательным для веб-службы, поэтому я размещаю учетную запись службы, которая олицетворяет собой любого анонимного (или нет) пользователя, который может получить к нему доступ, поэтому я имею

  • СервисСчетчик как Администратор wwwroot и подпапок
  • ServiceAccount как олицетворение по умолчанию на веб-сайте по умолчанию
  • ServiceAccount как олицетворение в каждом веб-приложении, которое мне нужно
  • Раздал ж/д папку с ServiceAccount

Также

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

Это то, что я получаю, когда пытаюсь увидеть настройки приложения на IIS7

--------------------------- Настройки приложения --------------------- ------

Произошла ошибка при выполнении этой операции.

Подробности:

Имя файла: \?\C:\Windows\system32\inetsrv\config\applicationHost.config

Номер строки: 165

Ошибка: не удается локально войти в систему% SystemDrive%\inetpub\wwwroot как пользователь MyDOMAIN\MyUser с паролем виртуального каталога

--------------------------- ХОРОШО ---------------------- -----

Это то, что я вижу, когда захожу на свою страницу (asmx)

Ошибка HTTP 500.19 - внутренняя ошибка сервера. Запрашиваемая страница недоступна, поскольку соответствующие данные конфигурации для этой страницы недействительны.

Подробная информация об ошибках Модуль IIS Web Core Уведомление Неизвестный обработчик Еще не определен

Код ошибки 0x80070569

Ошибка конфигурации Не удается локально войти в C:\inetpub\wwwroot как пользователь MyDOMAIN\MyUser с паролем виртуального каталога

Файл конфигурации недоступен (изоляция конфигурации)

Запрашиваемый URL-адрес http://localhost: 8080/myApp/MyWebService.asmx

Физический Путь

Метод входа еще не определен

Пользователь входа еще не определен


@Edit: 0x80070569 Понял меня, чтобы учетная запись службы не входила в систему как служба (как это должно быть), ни как пакетный процесс.

Это был параметр безопасности, к которому нужно прикоснуться, объект групповой политики должен быть настроен на учетную запись (в примере MyDOMAIN\MyUser). И это доступ, который может предоставить только область ИТ-безопасности.

Даже когда это изменилось, проблема осталась на месте.

4b9b3361

Ответ 1

На самом деле это была политика secpol.msc Что блокировало доступ к сети. ServiceAccount не был сервисом.

Как и в редактировании, которое я опубликовал, IT Security предоставила мне привилегии, чтобы установить его * s Учетная запись службы *, но только это не сделало бы трюк.

В расширенных настройках веб-сайта

Тип входа в учетную запись физического пути, выбран вариант Пакетный logonMethod.

И учетной записи службы по-прежнему не было привилегий для запуска в виде пакетного процесса.

И все.

Необходима не только учетная запись службы, но и "Запуск как пакетное задание".

Ответ 2

Это решение не сработало для меня. Но когда я выполняю предыдущие шаги, моя проблема была решена. Я делюсь этим для пользователей, для которых вышеупомянутое решение не работает.

  1. Перейдите к своему менеджеру IIS.
  2. Нажмите на сайты
  3. Щелкните правой кнопкой мыши веб-сайты по умолчанию, перейдите в раздел "Управление веб-сайтом", а затем нажмите
    Расширенные настройки
  4. Задайте учетные данные физического пути для конкретного пользователя с учетными данными
  5. Перезагрузите IIS

Примечание. Вам также может понадобиться повторно ввести учетные данные в пул приложений, если системный пароль был недавно изменен.

Надеюсь, поможет.