Ошибка: allowDefinition = 'MachineToApplication' за пределами уровня приложения

Я скачал онлайн-проект в ASP.Net. При запуске приложения я получаю сообщение об ошибке

Ошибка использовать раздел, зарегистрированный как allowDefinition = 'MachineToApplication', за пределами уровня приложения. Эта ошибка может быть вызвана тем, что виртуальный каталог не настроен как приложение в IIS.

Какие изменения я должен сделать в web.config или в другом месте, чтобы эта работа?

Я только что столкнулся с этим "восторгом". Похоже, он появился сразу после того, как я опубликовал веб-приложение в режиме релиза.

Единственный способ последовательно обойти проблему, которую я обнаружил, состоит в том, чтобы следовать этому контрольному списку:

1. Чистый раствор, пока ваше решение настроено в режиме выпуска.
2. Чистое решение, пока ваше решение настроено в режиме отладки.
3. Постройте, пока ваше решение настроено в режиме отладки.

Просто наткнись на этот пост, и это происходит со мной.
Просто Cleanпроект и ошибка уходит. (должен быть ошибкой VS2010)

У меня только что была эта проблема при создании второй версии моего сайта. Это не случилось, когда я построил его в первый раз.

Я только что удалил папки bin и obj, запустил Clean Solution и собрал его заново, на этот раз без проблем.

Никто. Вам нужно настроить каталог, в котором вы разместили сайт, как веб-приложение в IIS .

Эта ошибка возникает при попытке открыть проект в качестве веб-сайта. Самый простой способ определить, создали ли вы веб-сайт или проект, - это проверить папку вашего решения (то есть, где вы сохранили свой код) и посмотреть, есть ли у вас файл * .sln в корневом каталоге, если вы это сделаете, то вы ' мы создали проект.

Просто чтобы добавить, я столкнулся с этой ошибкой только сейчас, когда я пытался открыть проект, который я создал некоторое время назад, выбрав «Файл», «Открыть веб-сайт» в меню Visual Studio, тогда как я должен был выбрать «Файл», «Открыть проект» вместо. Я нанесла лицо, как только поняла :)

В Visual Studio 2013 я некоторое время боролся с этим, и это довольно легко решить, просто следуя тому, что говорится в исключениях: «виртуальный каталог не настроен как приложение в IIS»

В моем случае я WebServiceпосадил внутри IIS websiteтак

1. Я открыл сайт в IIS менеджере
2. щелкните правой кнопкой мыши папку WCF
3. щелкнули Convert to Application
4. а затем представлены с Ok

WCF вернулся и работает.

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

Посмотрите документацию и добавьте необходимый виртуальный каталог. Это должен быть каталог, в котором есть web.config(не корневой каталог).

Если у вас есть проект MVC с включенной сборкой представлений, одним из решений является удаление папки obj перед сборкой. Добавить в файл проекта:

<Target Name="BeforeBuild">
    <!-- Remove obj folder -->
    <RemoveDir Directories="$(BaseIntermediateOutputPath)" />
    <!-- Remove bin folder -->
    <RemoveDir Directories="$(BaseOutputPath)" />
</Target>

Вот статья: Как удалить папку bin и / или obj перед сборкой или развертыванием

Недавнее изменение web.config может быть в неправильном файле web.config.

<machineKey...>Свойство было добавлено Views / web.config . Независимо от того, сколько очищает и восстанавливает, ошибка осталась. Исправление состояло в том, чтобы переместить свойство в корень /web.config .

если вы когда-либо сталкивались с этой ошибкой

Ошибка использовать раздел, зарегистрированный как allowDefinition = 'MachineToApplication', за пределами уровня приложения. Эта ошибка может быть вызвана тем, что виртуальный каталог не настроен как приложение в IIS

РЕШЕНИЕ У
меня была такая же проблема с VS 2012. Я решил это

1. Разгрузите ваш текущий проект
2. отредактируйте ваш .csproj
3. Найди это <MvcBuildViews>false</MvcBuildViews>
4. Вместо false измените значение на true
5. Загрузите снова ваш проект, и у вас больше не должно быть этой ошибки

Если у вас есть, то одним из решений является удаление содержимого папки obj в проекте, созданной компилятором.

В моем случае проблема появилась только после того, как я опубликовал проект в подкаталоге. Из-за недостатка знаний я поместил свой web_publishподкаталог в web_projectкаталог.

Понятно, что он web_publishсодержит те же Web.configэлементы, что и проект. Тем web_projectне менее, он не знает, что web_publishследует избегать my при поиске Web.configs во вложенных подкаталогах. Таким образом, Web.configs были продублированы и появилась ошибка.

Решение состояло в том, чтобы разместить мой web_publishгде-нибудь еще.

В моем случае там была папка «Backup», в которой находилась еще одна копия всего сайта. Это означало другое, web.configпоэтому сборка не удалась с этой ошибкой. Я удалил папку «Резервное копирование», выполнил чистое решение в сборках Debug и Release, и ошибка исчезла.

В моем случае,

Решение содержит 6 проектов, 1 основной и 5 подкаталогов. все подкаталоги, имеющие web.config.

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

Я удалил эту строку из web.config,

<authentication mode="Windows"/>

это сработало для меня.

Очистите ваш проект. Удалите папку / obj (возможно, используя publish и deploy? - в ней есть ошибка)

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

Я опубликовал в папке PreCompiledWeb , и наличие web.config, я подозреваю, испортило его.

Я просто уничтожил папку и обновил проект.

При двойном щелчке по этой ошибке я получил тот ошибочный файл web.config, который сообщил мне об этом.

Это может быть проблема с версией, например, когда вы загружаете проект .Net framework 2.0 и хотите открыть его в VS2008, вам нужно будет обновить его до последней версии, и VS создаст резервную копию папки в том же корневом каталоге. получить ответ здесь .

У меня была эта ошибка при создании решения с помощью Web Deployment Project, созданного в моем решении. Я исправляю ошибку, удаляя папку, в которую встроен Web Deployment Project. Эта папка указана в атрибуте «Папка проекта» свойств WDP

Удалить папки bin и obj. Затем перестройте решение.

Очевидно, в моем решении было два файла web.config. Я использую MVC4, и в разделе Views был другой файл конфигурации, и я вносил изменения не в тот файл. Исправлено там помогло мне.

Но вы всегда можете изменить перенаправление / маршрут по умолчанию в файле global.asax.

Возможно, у вас есть папка проекта sub asp.net в папке проекта, которая не настроена как виртуальный каталог. Настройте проект для запуска в IIS.

Я добавил на свой сайт скрипт публикации. В конце удалите папку obj из папки вашего сайта.

У меня эта проблема встречается чаще, если в файле проекта включено «true».

1. Установить ложь

Как говорит Джонни:

1. Чистый раствор, пока ваше решение настроено в режиме выпуска.
2. Чистое решение, пока ваше решение настроено в режиме отладки.
3. Постройте, пока ваше решение настроено в режиме отладки.

У меня был проект, который я не хотел быть веб-приложением, я хотел, чтобы он был папкой. Ответ заключался в том, чтобы полностью удалить файл web.config. Он принадлежит только в корне приложения.

Если вы столкнулись с этой проблемой при публикации своего веб-сайта или приложения на каком-либо сервере, я использовал простое решение - преобразовать папку с файлами в веб-приложение.

У меня такая же проблема в VS 2013 после публикации моего проекта в режиме отладки. Проблема была решена удалением obj / files

У меня есть проект веб-сайта.

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

Для любого, кто все еще ищет, мое решение состояло в том, чтобы удалить обе папки bin и obj и перезапустить Visual Studio, похоже, это исправило.

Через Visual Studio я опубликовал Службу WCF через FTP на внешний сервер. Это работало нормально локально, и при публикации на внутренний сервер, но не на внешний. Решение состояло в том, чтобы публиковать без предоставления Site Path (другими словами, публиковать непосредственно в корне виртуального каталога).

Я не уверен, почему это работает, так как я уже пытался переместить файлы в корень через внешний FTP-клиент - среди многих других попыток, включая все перечисленные здесь. Может быть, это было что-то с профилем публикации, как это было для FabianVal . Но сейчас у меня нет настроения проводить тесты, так как я спешу набрать скорость после всех дней, потраченных на эту проблему.

Совет 1: очистить, а затем восстановить.

совет 2: просто закройте VS и снова откройте.

совет 3: загруженный проект может находиться в другой подпапке ... откройте папку, в которой находятся ваши .net файлы.

c: / demo1 / demo / (все файлы)

Вы должны открыть демо из vs ... не demo1.

Я перепробовал все вышеперечисленные решения, но ни один из них не помог мне. (Я уверен, что есть 1000 решений этой проблемы). В моем сценарии я пытался опубликовать свой веб-сервис WCF, который я тестировал, в производство.

Однако я не смог понять, что на производстве мы используем только HTTPS, а это означает, что мы перенаправляем все на HTTPS. Как оказалось, я указывал на службу через HTTP вместо HTTPS, что вызвало ошибку. Решение в этом сценарии состояло в том, чтобы просто изменить протокол адреса на HTTPS, а не HTTP.

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