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

20

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

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

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

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

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

asp.net iis windows-7 sergiopereira
источник
По какому пути установлен корневой каталог вашего сайта? * Существует ли путь? * Имеет ли ваш пользователь 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-битным

НТН

Saariko
источник
0

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

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

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

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

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

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

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

user167490
источник
0

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

anthonymaw
источник