Назад | Перейти на главную страницу

После ошибок IIS Windows 7 SP1 с «Неверный путь к приложению»

Я получаю это новое странное сообщение об ошибке в IIS после обновления Windows 7 (x64) с помощью SP1.

  1. Откройте диспетчер IIS
  2. Перейдите к существующему виртуальному приложению (или создайте новое)
  3. Откройте его Основные настройки диалог
  4. Нажмите Настройки теста
  5. Появляется сообщение об ошибке

Это происходит с новыми приложениями, а также с теми, которые уже были (и без этой проблемы) раньше.

Сами приложения продолжают работать.

Кто-нибудь еще понял это?

Дважды проверьте, разрешена ли ваша конкретная версия ASP.NET в IIS следующим образом:

  1. Выберите верхний (корневой) сервер в диспетчере IIS.
  2. Ограничения Doubleclick ISAPI и CGI.
  3. Если ваша версия ASP.NET не разрешена, щелкните правой кнопкой мыши и выберите Разрешить.

Это решило проблему для меня, надеюсь, это сработает и для вас.

У меня была такая же проблема, вот мое решение.

  1. Проверьте пул приложений, который использует ваше приложение.
  2. Нажмите на пул приложений и нажмите на Дополнительные настройки, откроется новое окно.
  3. Проверьте версию .NET Framework
  4. Установите для параметра "Загрузить профиль пользователя" значение "Истина"
  5. Установите для параметра ping enabled значение True

У меня была такая же проблема, решенная путем предоставления явных разрешений для IIS_IUSRS в папке, где находится мое приложение.

Что-то, что сработало для меня, было Разрешить 32-битные приложения в пуле приложений.

Кажется, что приложение, которое я запускал, было 32-битным

HTH

Я все еще не нашел решения, но нашел обходной путь.

Вы можете вручную изменить конфигурацию IIS в system32 \ intsrv \ config \ applicationHost.config. Просто вручную создайте (скопируйте-вставьте) раздел в и.

В IIS в «Дополнительные параметры» пула (ов) приложений в разделе «Общие» есть параметр «Включить 32-разрядные приложения». Когда я установил для него значение True, эта ошибка исчезла для меня.

ИМХО ... Этот тест имеет небольшую ценность, если вы не хотите протестировать конкретного пользователя, и даже тогда он маргинальный ... добавление учетных записей пользователей в папки, чтобы этот тест работал (как утверждали другие), снижает вашу безопасность ... лучше чтобы не проходить этот тест, а затем добавлять пользователей в папки и ставить под угрозу вашу безопасность любым способом, формой или формой ...

Пока ваш сайт работает ... это должно быть вашим ориентиром ...

Это действительно похоже на ошибка в пользовательском интерфейсе IIS: при выборе «Пользователь приложения (пройти через проверку подлинности)» веб-сайт ожидает, что браузер отправит учетные данные пользователя от текущего пользователя, вошедшего в систему. Затем сайт загрузится, потому что для этого сайта включена «анонимная» аутентификация. Однако при тестировании через IIS MMC, кнопка «Test Settings ...» не представлены учетные данные для использования для доступа к каталогу, поэтому вы видите сообщение об ошибке «Invalid application path» в IIS MMC. Если вы нажмете «Обзор ...», браузер по умолчанию на веб-сервере, обычно Internet Explorer, представит ваши учетные данные. В большинстве случаев вы можете игнорировать эту ошибку, и ваш веб-сайт работает.