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


20

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

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

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

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

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


По какому пути установлен корневой каталог вашего сайта? * Существует ли путь? * Имеет ли ваш пользователь IIS доступ к пути? * Попробуйте добавить простой .gif к пути. Вы можете получить к нему доступ? * В случае успеха попробуйте страницу ASP.NET. Это работает?
Эрикбра

@Erik, нет проблем с открытием сайта в браузере, просмотром страниц изображений. Проблема, о которой я спрашиваю, в диспетчере IIS.

Но что говорит сообщение об ошибке? Вы уверены, что не используете Integrated Security, и IIS Manager не может проверить это, поскольку вы не проходите проверку подлинности при запуске через IIS Manager?
Эрикбра

Ответы:


4

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

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

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


Спасибо. Многие вопросы возникают из этого. Интересно, почему они делают это по умолчанию. Почему это не первый ответ при поиске этой ошибки? список можно продолжить.
Брэд Брюс

1

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


Какое явное разрешение вы дали. Я пытался дать ему полный контроль, и это не помогло. Просто чтобы прояснить, у меня были все необходимые разрешения до Win7-SP1. Нажав на «Настройки теста», он работал нормально.

Просто читай, ничего особенного ...

1

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

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

1

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

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

НТН


0

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

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


В вашем ответе отсутствует информация. Возможно, вы захотите это исправить или убрать, если не хотите, чтобы за вас проголосовали.
Реми Деспрес-Смит,

0

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


Я уже пробовал это. Попробовал еще раз. Не сделал разницы

0

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

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


0

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

Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.