Erreur: allowDefinition = 'MachineToApplication' au-delà du niveau de l'application

J'ai téléchargé le projet en ligne dans ASP.Net. Lors de l'exécution de l'application, j'obtiens une erreur

C'est une erreur d'utiliser une section enregistrée comme allowDefinition = 'MachineToApplication' au-delà du niveau de l'application. Cette erreur peut être provoquée par un répertoire virtuel qui n'est pas configuré en tant qu'application dans IIS.

Quelles modifications dois-je apporter dans web.config ou ailleurs pour que cela fonctionne?

Je viens de rencontrer ce "délice". Il semble se présenter juste après avoir publié une application Web en mode version.

La seule façon de contourner systématiquement le problème que j'ai trouvé est de suivre cette liste de contrôle:

1. Nettoyez la solution pendant que votre solution est configurée en mode Release.
2. Nettoyez la solution pendant que votre solution est configurée en mode Débogage.
3. Générez pendant que votre solution est configurée en mode Débogage.

Je viens de tomber sur ce post et cela m'arrivait.
Juste Cleanle projet et l'erreur disparaît. (doit être un bogue VS2010)

Je viens d'avoir ce problème lors de la création d'une deuxième version de mon site Web. Cela ne s'est pas produit lorsque je l'ai construit la première fois.

Je viens de supprimer les dossiers bin et obj, d'exécuter une Clean Solution et de la reconstruire, cette fois sans aucun problème.

Aucun. Vous devez configurer le répertoire dans lequel vous avez placé le site Web en tant qu'application Web dans IIS .

Cette erreur se produit lorsque vous essayez d'ouvrir un projet en tant que site Web. Le moyen le plus simple de déterminer si vous avez créé un site Web ou un projet est de vérifier votre dossier de solution (c'est-à-dire où vous avez enregistré votre code) et de voir si vous avez un fichier * .sln dans le répertoire racine, si vous le faites alors vous ' ai créé un projet.

Juste pour ajouter, j'ai rencontré cette erreur tout à l'heure lorsque j'ai tenté d'ouvrir un projet que j'ai créé il y a quelque temps en sélectionnant "Fichier", "Ouvrir le site Web" dans les menus de Visual Studio alors que j'aurais dû sélectionner "Fichier", "Ouvrir un projet" au lieu. Je me suis fait face dès que j'ai réalisé :)

Dans Visual Studio 2013, j'ai eu du mal avec cela pendant un certain temps et il est assez facile à résoudre, il suffit de suivre ce que disent les exceptions "le répertoire virtuel n'est pas configuré en tant qu'application dans IIS"

Dans mon cas, j'avais WebServiceplanté à l'intérieur IIS websitedonc

1. J'ai ouvert le site Web dans le gestionnaire IIS
2. a cliqué avec le bouton droit sur le dossier WCF
3. cliqué Convert to Application
4. puis soumis avec Ok

WCF est de retour et fonctionne.

L'erreur suggère que le code que vous utilisez s'attend à ce qu'un répertoire virtuel soit configuré sur IIS.

Recherchez la documentation et ajoutez le répertoire virtuel requis. Ce doit être un répertoire contenant un web.config(pas le répertoire racine).

Si vous avez un projet MVC avec une génération de vues activées, l'une des solutions consiste à supprimer le dossier obj avant la génération. Ajouter au fichier de projet:

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

Voici l'article: Comment supprimer le dossier bin et / ou obj avant la construction ou le déploiement

Une modification récente de web.config peut se trouver dans le mauvais fichier web.config.

Une <machineKey...>propriété a été ajoutée à Views / web.config . Peu importe le nombre de nettoyages et de reconstructions, l'erreur persiste. Le correctif consistait à déplacer la propriété dans la racine /web.config .

si jamais vous rencontrez cette erreur

C'est une erreur d'utiliser une section enregistrée comme allowDefinition = 'MachineToApplication' au-delà du niveau de l'application. Cette erreur peut être causée par un répertoire virtuel non configuré en tant qu'application dans IIS

SOLUTION
J'ai eu le même problème avec VS 2012. J'ai résolu ce problème en

1. Déchargez votre projet actuel
2. modifier votre .csproj
3. Trouve ça <MvcBuildViews>false</MvcBuildViews>
4. Au lieu de false, changez la valeur en true
5. Chargez à nouveau votre projet et vous ne devriez plus avoir cette erreur

Si vous avez, une solution consiste à supprimer le contenu du dossier obj dans le projet généré par le compilateur.

Dans mon cas, le problème n'est apparu qu'après avoir publié le projet dans le sous-répertoire. En raison de mon manque de connaissances, j'ai placé mon web_publishsous - répertoire dans le web_projectrépertoire.

Il est clair que le web_publishcontient également les mêmes Web.configs que le projet. Cependant, web_projectne sait pas que my web_publishdoit être évité lors de la recherche de Web.configs dans les sous-répertoires imbriqués. De cette façon, leWeb.config s ont été dupliqués et l'erreur est apparue.

La solution était de placer mon web_publishailleurs.

Dans mon cas, il y avait un dossier «Backup» qui contenait une autre copie de l'ensemble du site Web. Cela signifiait un autre web.configet donc la construction a échoué avec cette erreur. J'ai supprimé le dossier "Backup", j'ai fait une solution propre sur les builds Debug and Release, et l'erreur a disparu.

Dans mon cas,

La solution contient 6 projets, 1 répertoire principal et 5 sous-répertoires. tous les sous-répertoires ayant web.config.

Lors de l'exécution d'une page dans des sous-répertoires, j'obtenais la même erreur.

J'ai supprimé cette ligne de web.config,

<authentication mode="Windows"/>

cela a fonctionné pour moi.

Nettoyez votre projet Supprimez le dossier / obj (probablement en utilisant publier et déployer? - il y a un bogue)

Mon problème était que j'avais accidentellement publié mon service Web dans un emplacement pré-complété sur une nouvelle installation de VS2010.

J'avais publié dans un dossier appelé PreCompiledWeb , et la présence du web.config que je soupçonne l'a gâché.

J'ai simplement bombardé le dossier et actualisé le projet.

Lorsque vous double-cliquez sur cette erreur, cela m'a conduit à ce fichier web.config erroné, qui m'a averti.

Cela peut être le problème de version comme vous téléchargez le projet de .Net Framework 2.0 et souhaitez l'ouvrir dans le VS2008, vous devrez alors mettre à niveau vers la dernière version et VS créera la sauvegarde du dossier dans le même répertoire racine. obtenez la réponse ici .

J'ai eu cette erreur lors de la création de la solution avec le projet de déploiement Web créé dans ma solution. Je résout l'erreur en supprimant le dossier dans lequel le projet de déploiement Web est construit. Ce dossier est spécifié dans l'attribut "Dossier de projet" des propriétés WDP

Supprimez les dossiers bin et obj. Puis reconstruisez la solution.

Apparemment, il y avait deux fichiers web.config dans ma solution. J'utilise MVC4 et il y avait un autre fichier de configuration sous Vues et je faisais la modification dans le mauvais fichier. Fixé là m'a aidé.

Mais vous pouvez toujours modifier la redirection / route par défaut dans le fichier global.asax.

Vous avez probablement un dossier de projet sous asp.net dans le dossier de projet qui n'est pas configuré comme répertoire virtuel. Configurez le projet pour qu'il s'exécute dans IIS.

J'ai ajouté à mon site Web un script de publication. À la fin, supprimez le dossier obj de votre dossier de site Web.

J'ai ce problème plus fréquent si "vrai" est activé dans le fichier projet.

1. Définir faux

Comme le dit Jonny:

1. Nettoyez la solution pendant que votre solution est configurée en mode Release.
2. Nettoyez la solution pendant que votre solution est configurée en mode Débogage.
3. Générez pendant que votre solution est configurée en mode Débogage.

J'avais un projet que je ne voulais pas être une application Web, je voulais que ce soit un dossier. La réponse était de supprimer complètement le fichier web.config. Il n'appartient qu'à la racine d'une application.

Si vous rencontrez ce problème lors de la publication de votre site Web ou de votre application sur un serveur, la solution simple que j'ai utilisée consiste à convertir le dossier contenant des fichiers en application Web.

J'ai le même problème dans VS 2013 après avoir publié mon projet en mode débogage. Le problème a été résolu en supprimant obj / files

J'ai un projet de site Web.

Dans mon cas, j'avais déplacé le fichier de solution vers un autre chemin et cela causait le problème. Je l'ai restauré à l'emplacement précédent et le problème a disparu.

Pour tous ceux qui recherchent encore, ma solution était de supprimer les dossiers bin et obj et de redémarrer Visual Studio semble le réparer.

Via Visual Studio, j'avais publié un service WCF via FTP , sur un serveur externe. Cela a bien fonctionné localement et lors de la publication sur un serveur interne, mais pas sur l'externe. La solution était de publier sans fournir de Site Path (en d'autres termes, publier directement à la racine du répertoire virtuel).

Je ne sais pas pourquoi cela a fonctionné, car j'avais déjà essayé de déplacer les fichiers à la racine via un client FTP externe - parmi de nombreuses autres tentatives, y compris toutes répertoriées ici. Peut-être que c'était quelque chose avec le profil de publication, comme c'était le cas pour FabianVal . Mais je ne suis plus d'humeur à tester à ce stade, car je suis pressé de me mettre au courant après toutes les journées perdues sur ce problème.

Astuce 1: nettoyez puis reconstruisez.

Astuce 2: fermez simplement VS et ouvrez à nouveau.

Astuce 3: le projet téléchargé peut se trouver dans un autre sous-dossier ... ouvrez le dossier contenant vos fichiers .net.

c: / demo1 / demo / (tous les fichiers)

Vous devriez avoir à ouvrir la démo de vs ... pas demo1.

J'ai essayé toutes les solutions ci-dessus, mais aucune n'a fonctionné pour mon problème. (Je suis sûr qu'il existe 1000 solutions à ce problème) Pour mon scénario, j'essayais de publier mon service Web WCF que j'avais en test en production.

Cependant, je n'ai pas réalisé qu'en production, nous sommes uniquement HTTPS, ce qui signifie que nous redirigeons tout vers HTTPS. En fait, je pointais vers le service via HTTP au lieu de HTTPS, provoquant ainsi l'erreur. La solution dans ce scénario consistait simplement à changer le protocole d'adresse en HTTPS plutôt qu'en HTTP.

J'espère que cela aidera une pauvre âme à essayer de résoudre ce problème.