Errore: allowDefinition = 'MachineToApplication' oltre il livello dell'applicazione

Ho scaricato il progetto online in ASP.Net. Durante l'esecuzione dell'applicazione viene visualizzato un errore

È un errore utilizzare una sezione registrata come allowDefinition = 'MachineToApplication' oltre il livello dell'applicazione. Questo errore può essere causato da una directory virtuale non configurata come applicazione in IIS.

Quali modifiche dovrei apportare in web.config o altrove per farlo funzionare?

Ho appena incontrato questa "delizia". Sembra presentarsi subito dopo che ho pubblicato un'applicazione Web in modalità di rilascio.

L'unico modo per aggirare costantemente il problema che ho riscontrato è seguire questa lista di controllo:

1. Soluzione pulita mentre la soluzione è configurata in modalità Rilascio.
2. Soluzione pulita mentre la soluzione è configurata in modalità Debug.
3. Crea mentre la tua soluzione è configurata in modalità Debug.

Mi sono appena imbattuto in questo post e mi stava succedendo.
Solo Cleanil progetto e l'errore scompaiono. (deve essere un bug VS2010)

Ho appena avuto questo problema durante la creazione di una seconda versione del mio sito Web. Non è successo quando l'ho costruito la prima volta.

Ho appena eliminato le cartelle bin e obj, ho eseguito una soluzione pulita e l'ho ricostruita, questa volta senza alcun problema.

Nessuna. È necessario impostare la directory in cui è stato inserito il sito Web come applicazione Web in IIS .

Questo errore si verifica quando si tenta di aprire un progetto come sito Web. Il modo più semplice per determinare se hai creato un sito Web o un progetto è controllare la cartella della tua soluzione (ovvero dove hai salvato il codice) e vedere se hai un file * .sln nella directory principale, se lo fai allora ' ho creato un progetto.

Solo per aggiungere, ho riscontrato questo errore proprio ora quando ho tentato di aprire un progetto che ho creato qualche tempo fa selezionando "File", "Apri sito Web" dai menu di Visual Studio mentre avrei dovuto selezionare "File", "Apri progetto" anziché. Mi sono imbattuto appena mi sono reso conto :)

In Visual Studio 2013 ho lottato con questo per un po 'ed è praticamente facile da risolvere, basta seguire ciò che dicono le eccezioni "directory virtuale non configurata come applicazione in IIS"

Nel mio caso mi ero WebServicepiantato dentro IIS websitecosì

1. Ho aperto il sito Web in Gestione IIS
2. tasto destro del mouse sulla cartella WCF
3. cliccato Convert to Application
4. e quindi inviato con Ok

WCF è di nuovo funzionante.

L'errore suggerisce che il codice che stai utilizzando si aspetta che una directory virtuale venga configurata su IIS.

Cerca la documentazione e aggiungi la directory virtuale richiesta. Dovrebbe essere una directory che contiene web.configal suo interno (non la directory principale).

Se hai un progetto MVC con build delle viste abilitate, una delle soluzioni è eliminare la cartella obj prima della build. Aggiungi al file di progetto:

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

Ecco l'articolo: Come rimuovere bin e / o obj folder prima della compilazione o della distribuzione

Una recente modifica di web.config potrebbe essere nel file web.config errato.

Una <machineKey...>proprietà era stata aggiunta a Views / web.config . Non importa quanti Pulisce e Ricostruisce l'errore è rimasto. La correzione era spostare la proprietà nella radice /web.config .

se dovessi riscontrare questo errore

È un errore utilizzare una sezione registrata come allowDefinition = 'MachineToApplication' oltre il livello dell'applicazione. Questo errore può essere causato da una directory virtuale non configurata come applicazione in IIS

SOLUZIONE
Ho avuto lo stesso problema con VS 2012. Ho risolto questo problema

1. Scarica il tuo progetto attuale
2. modifica il tuo .csproj
3. Trova questo <MvcBuildViews>false</MvcBuildViews>
4. Invece di falso, modifica il valore in vero
5. Carica di nuovo il tuo progetto e non dovresti avere più questo errore

Se hai una soluzione, allora è eliminare il contenuto della cartella obj nel progetto generato dal compilatore.

Nel mio caso, il problema è apparso solo dopo aver pubblicato il progetto nella sottodirectory. A causa della mia mancanza di conoscenza, ho inserito la mia web_publishsottodirectory nella web_projectdirectory.

È chiaro che web_publishcontiene anche gli stessi contenuti Web.configdel progetto. Tuttavia, il web_projectnon sa che my web_publishdovrebbe essere evitato quando si cerca Web.configs nelle sottodirectory nidificate. In questo modo, gli Web.configs sono stati duplicati e l'errore è apparso.

La soluzione era di collocare il mio web_publishaltrove.

Nel mio caso c'era una cartella "Backup" che conteneva un'altra copia dell'intero sito web. Ciò significava un altro web.confige quindi la build non è riuscita con questo errore. Ho eliminato la cartella "Backup", ho fatto una soluzione pulita sulle build di debug e rilascio e l'errore è scomparso.

Nel mio caso,

La soluzione contiene 6 progetti, 1 principale e 5 sottodirectory. tutte le sottodirectory che hanno web.config.

Durante l'esecuzione di qualsiasi pagina all'interno di sottodirectory, ho riscontrato lo stesso errore.

Ho rimosso questa riga da web.config,

<authentication mode="Windows"/>

quello ha funzionato per me.

Pulisci il tuo progetto Rimuovere la cartella / obj (probabilmente usando la pubblicazione e la distribuzione? - è presente un bug)

Il mio problema era che avevo accidentalmente pubblicato il mio servizio web in una posizione pre-completata su una nuova installazione di VS2010.

Avevo pubblicato in una cartella chiamata PreCompiledWeb e sospetto che la presenza del web.config lo abbia incasinato.

Ho semplicemente cancellato la cartella e aggiornato il progetto.

Facendo doppio clic su questo errore, mi ha portato a quel file web.config errato, che mi ha interrotto.

Potrebbe essere il problema della versione come il download del progetto di .Net framework 2.0 e si desidera aprirlo in VS2008, quindi sarà necessario eseguire l'aggiornamento alla versione più recente e VS creerà il backup della cartella nella stessa directory principale. ottieni la risposta qui .

Ho riscontrato questo errore durante la creazione della soluzione con Web Deployment Project creato nella mia soluzione. Risolvo l'errore eliminando la cartella in cui è stato creato il progetto di distribuzione Web. Questa cartella è specificata nell'attributo "Cartella progetto" delle proprietà WDP

Elimina le cartelle bin e obj. Quindi ricostruire la soluzione.

Apparentemente c'erano due file web.config nella mia soluzione. Sto usando MVC4 e c'era un altro file di configurazione in Views e stavo facendo la modifica nel file sbagliato. Risolto lì mi ha aiutato.

Ma puoi sempre modificare il reindirizzamento / route predefinito nel file global.asax.

Probabilmente hai una cartella di progetto sotto asp.net all'interno della cartella del progetto che non è configurata come directory virtuale. Configurare il progetto per l'esecuzione in IIS.

Ho aggiunto al mio sito Web lo script di pubblicazione. Alla fine, elimina la cartella obj dalla cartella del tuo sito web.

Ho questo problema più frequente se "vero" è abilitato nel file di progetto.

1. Imposta falso

Come dice Jonny:

1. Soluzione pulita mentre la soluzione è configurata in modalità Rilascio.
2. Soluzione pulita mentre la soluzione è configurata in modalità Debug.
3. Crea mentre la tua soluzione è configurata in modalità Debug.

Avevo un progetto che non volevo essere un'applicazione Web, volevo che fosse una cartella. La risposta è stata eliminare del tutto il file web.config. Appartiene solo alla radice di un'applicazione.

Se si riscontra questo problema durante la pubblicazione del sito Web o dell'applicazione su alcuni server, la soluzione semplice che ho usato è quella di convertire una cartella che contiene file in un'applicazione Web.

Ho lo stesso problema in VS 2013 dopo aver pubblicato il mio progetto in modalità debug. Il problema è stato risolto rimuovendo obj / files

Ho un progetto per un sito web.

Nel mio caso avevo spostato il file della soluzione in un altro percorso e ciò causava il problema. L'ho ripristinato nella posizione precedente e il problema si è risolto.

Per chiunque sia ancora alla ricerca, la mia soluzione era eliminare entrambe le cartelle bin e obj e riavviare Visual Studio sembra risolverlo.

Tramite Visual Studio, avevo pubblicato un servizio WCF via FTP , su un server esterno. Funzionava bene localmente e durante la pubblicazione su un server interno, ma non all'esterno. La soluzione era pubblicare senza fornire a Site Path (in altre parole, pubblicare direttamente nella directory principale della directory virtuale).

Non sono sicuro del motivo per cui ha funzionato, dal momento che avevo già provato a spostare i file nella directory principale tramite un client FTP esterno, tra molti altri tentativi, inclusi tutti elencati qui. Forse era qualcosa con il profilo di pubblicazione, come per FabianVal . Ma non sono più in vena di test a questo punto, dato che ho fretta di mettermi al passo dopo tutti i giorni sprecati per questo problema.

consiglio 1: pulisci e poi ricostruisci.

suggerimento 2: basta chiudere VS e riaprirlo.

suggerimento 3: il progetto scaricato potrebbe trovarsi all'interno di un'altra sottocartella ... aprire la cartella che contiene i file .net.

c: / demo1 / demo / (tutti i file)

Dovresti aprire la demo da vs ... non demo1.

Ho provato tutte le soluzioni sopra, ma nessuna ha funzionato per il mio problema. (Sono sicuro che ci sono 1000 soluzioni a questo problema) Per il mio scenario, stavo tentando di pubblicare il mio servizio web WCF che avevo testato in produzione.

Tuttavia, non sono riuscito a rendermi conto che in produzione siamo solo HTTPS, il che significa che reindirizziamo tutto a HTTPS. A quanto pare, stavo indicando il servizio tramite HTTP anziché HTTPS, causando così l'errore. La soluzione in questo scenario era semplicemente cambiare il protocollo di indirizzo in HTTPS anziché in HTTP.

Spero che ciò aiuti qualche povera anima là fuori a cercare di capire questo problema.