Неверный путь к приложению

IIS7 Windows 7 64-битная

Независимо от того, что я делаю, мне кажется, что я не могу добавить приложение на веб-сайт.

Когда я «Тестирую настройки», я получаю «Неверный путь к приложению».

У кого-нибудь есть предположение, что я делаю неправильно?

Когда я получил эту ошибку, оказалось, что это связано с настройками безопасности. Когда я изменил свойство «Подключиться как» на администратора, я больше не получал сообщения.

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

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

См. Здесь: http://forums.iis.net/t/1177952.aspx

и здесь http://forums.iis.net/p/1182820/2000936.aspx

В конце концов я отследил это до учетных данных анонимной аутентификации. Я не знаю, что изменилось, потому что это приложение раньше работало, но, тем не менее, я сделал следующее: нажмите «Приложение» -> «Аутентификация». Убедитесь, что анонимная проверка подлинности включена (в моем случае она была), но также нажмите «Изменить» ... и измените идентификатор анонимного пользователя на «Идентификатор пула приложений», а не на «Определенный пользователь». Это изменение сработало для меня.

С уважением.

Перейдите к своим HTTP-привязкам в IIS (выберите свой веб-сайт, затем щелкните правой кнопкой мыши Bindings ...). Удалите свой SSL и привязку HTTP. Повторно добавьте их.

Обычно это исправляет это для меня.

Попробуйте: Диспетчер информационных служб Интернета (IIS) -> Веб-сайт по умолчанию -> Щелкните Свойства страниц ошибок и выберите Подробные ошибки.

Проблема заключалась в установке диспетчера iis после запуска .net framework aspnet_regiis. Запустите run aspnet_regiis из каталога x64 .net framework

aspnet_regiis -iru // From x64 .net framework directory

IIS Manager не может настроить компиляцию .NET для приложений .NET 4

Я также получал эту ошибку, я обнаружил, что это произошло из-за того, что я удалил пул приложений по умолчанию « DefaultAppPool ». Его воссоздание устранило проблему. Сводил меня с ума на несколько дней.

Эта ошибка появится, если веб-приложение сопоставлено с несуществующим пулом приложений; или если этот пул приложений остановлен.

У меня тоже была эта ошибка.

На моем веб-сайте IIS есть веб-сайт по умолчанию с тремя (3) каталогами приложений под ним.

Я правильно настроил каждый из трех каталогов приложений для использования .NET Framework v2.0 в пулах приложений.

Однако веб-сайт по умолчанию никогда не настраивался. Я не думал, что это необходимо, так как все мои приложения были внутри него.

Конфигурация моего сервера IIS по умолчанию - .NET Framework v4.0, поэтому я изменил ее на .NET v2.0:

После этого я больше не получал того же сообщения об ошибке.

Теперь я вижу это:

Надеюсь, эта информация поможет другим.

Я тоже получал эту ошибку. Проблема для меня оказалась в том, что у меня на машине было два разных веб-сайта, и я не указал, какой адрес на какой веб-сайт ведет. Чтобы решить эту проблему, перейдите в «Диспетчер IIS» -> «Выбрать веб-сайт» -> «Привязки» -> «Добавить ...» -> введите имя хоста, которое вы хотите разрешить для этого веб-сайта. Повторите эти действия для любых других веб-сайтов на машине.

HTH. Рик

Сегодня у меня была похожая проблема. Это было вызвано скайпом! В недавнем обновлении Skype были повторно включены порты 80 и 443 в качестве альтернативы входящим соединениям.

H / T: http://www.codeproject.com/Questions/549157/unableplustoplusstartplusdebuggingplusonplustheplu

Чтобы отключить, перейдите в Skype> Параметры> Дополнительно> Подключения и снимите флажок «Использовать порт 80 и 443 в качестве альтернативы входящим подключениям».

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

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

Это сработало для меня. (Между прочим, это не рекомендуется.)

Для своего тестового приложения я создал новый пул приложений и изменил его идентификатор на «NetworkService» .

Подробнее об удостоверениях пула приложений здесь
http://www.iis.net/learn/manage/configuring-security/application-pool-identities и
http://www.iis.net/learn/get-started/planning-for- безопасность / понимание-встроенные учетные записи пользователей и групп в iis

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

даже он получал указанную выше ошибку. я обнаружил, что IIS не зарегистрирован на сервере.

регистрация iis устранила проблему.

Благодарность,

В моем случае у меня был виртуальный каталог. Когда я получил доступ к основной службе WCF в основном каталоге, она работала нормально, но доступ к службе WCF в виртуальном каталоге вызывал ошибку. У меня был следующий код в web.config как для основного, так и для виртуального каталога.

    <security>
        <requestFiltering>
            <denyQueryStringSequences>
                <add sequence=".." />
            </denyQueryStringSequences>
        </requestFiltering>
    </security>

удалив из web.config в виртуальном каталоге, он исправил его.

Мне удалось исправить ошибку, изменив файл ниже:

C: \ Windows \ System32 \ inetsrv \ config \ applicationHost.config

В:

<application path="/" applicationPool="ASP.NET v4.0">
    <virtualDirectory path="/" physicalPath="C:\inetpub\wwwroot\Bonobo.Git.Server" />
</application>
<application path="/Bonobo.Git.Server" applicationPool="ASP.NET v4.0">
    <virtualDirectory path="/" physicalPath="C:\inetpub\wwwroot\Bonobo.Git.Server" />
</application>

За:

<application path="/">
    <virtualDirectory path="/" physicalPath="C:\inetpub\wwwroot\" />
</application>
<application path="/Bonobo.Git.Server" applicationPool="ASP.NET v4.0">
    <virtualDirectory path="/" physicalPath="C:\inetpub\wwwroot\Bonobo.Git.Server" />
</application>