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

Question

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

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

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

Answer 1

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

Answer 2

Эта проблема встречается чаще, если в файле проекта включено "true".

1. Установить false

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

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

Answer 3

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

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

Answer 4

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

Answer 5

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

Answer 6

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

Answer 7

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

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

Answer 8

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

Answer 9

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

После того, как я переместил весь файл из дочерней папки в родительскую и удалил дочернюю папку, теперь у меня есть только один Web.Config, и проблема решена.

Answer 10

В нашем случае мы развертывали сайт на сервере, который был реплицирован на другие серверы. Выполнение IISRESET на всех серверах в среде развертывания работало.