Недійсний шлях до програми

IIS7, Windows 7, 64 біт

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

Коли я "Тестую налаштування", я отримую "Недійсний шлях до програми".

Хтось здогадується, що я міг робити неправильно?

Коли я отримав цю помилку, вона виявилася через налаштування безпеки. Коли я змінив властивість "Підключитися як" на адміністратора, повідомлення більше не надходило.

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

Повідомлення про помилку може бути помилкою. Я проігнорував це, і все в мене працювало.

Дивіться тут: http://forums.iis.net/t/1177952.aspx

і тут http://forums.iis.net/p/1182820/2000936.aspx

Врешті-решт я відстежив це до анонімних ідентифікаційних даних. Я не знаю, що змінилося, тому що раніше цей додаток працював, але в усякому разі, це те, що я зробив: Клацніть на Додаток -> Автентифікація. Переконайтеся, що анонімну автентифікацію ввімкнено (у моєму випадку це було), але також натисніть Редагувати ... та змініть ідентифікатор анонімного користувача на «Ідентифікація пулу додатків», а не «Конкретний користувач». Внесення цієї зміни в мене спрацювало.

З повагою.

Перейдіть до своїх прив’язок HTTP у IIS (виберіть свій веб-сайт, а потім клацніть правою кнопкою миші на Прив’язки ...). Видаліть свій SSL та прив’язку HTTP. Повторно додайте їх.

Зазвичай це виправляє це для мене.

Спробуйте: Менеджер інформаційних служб Інтернету (IIS) -> Веб-сайт за замовчуванням -> Клацніть властивості Сторінки помилок та виберіть Детальні помилки

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

aspnet_regiis -iru // From x64 .net framework directory

Менеджер IIS не може налаштувати компіляцію .NET у програмах .NET 4

Я також отримував цю помилку. Я виявив, що це тому, що я видалив пул додатків за замовчуванням " DefaultAppPool ". Повторне його створення усунуло проблему. Зводив мене з розуму кілька днів.

Ця помилка з'явиться, якщо веб-програма зіставлена ​​з неіснуючим пулом програм; або якщо цей пул додатків зупинено.

У мене також була ця помилка.

Мій веб-сайт IIS має веб-сайт за замовчуванням із трьома (3) каталогами програм під ним.

Мені було правильно налаштовано кожен з 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>