Script non gestito dal gestore file statico su IIS7.5

Ho appena provato a distribuire la mia prima applicazione Web su IIS sul mio notebook Windows 7 Home Premium. Dopo aver creato l'applicazione, ho dovuto passare al Pool di app classico, quindi impostare quel pool per Framework 4.0. Ora ricevo il seguente errore:

Errore HTTP 404.17 - Non trovato Il contenuto richiesto sembra essere uno script e non verrà servito dal gestore di file statico.

L'URL richiesto è http: // localhost: 80 / pvmms / default.aspx

Temo che il vasto googling non abbia prodotto nulla di abbastanza chiaro o definito per me e come al solito mi sono rivolto agli esperti.

EDIT: sospetto che ciò sia dovuto al fatto che non esistono mappature dei gestori di framework 4.0 per i file .aspx. Tuttavia, aspnet_regiis fornisce persino il dito al mio utente amministratore e dice che ho bisogno dei diritti di amministratore per eseguirlo.

EDIT # 2: ho registrato tutti i framework (2 e 4, 32 e 64) e ora tutto funziona. Ho trovato questo aggiungendo manualmente una mappa di script per .aspxaspnet_isapi e voilà. Non capisco perché l'installazione del framework non lo faccia, a meno che la mia memoria non mi guasti e ho abilitato IIS solo dopo aver installato VS.

Forse troppo tardi ora, ma il più delle volte devi correre

aspnet_regiis.exe -i  

dopo aver installato asp.net. Forse lo farei comunque adesso.

Inoltre, se hai bisogno del supporto WCF, potresti dover eseguire questo:

c:\Windows\Microsoft.NET\Framework\v3.0\Windows Communication Foundation\ServiceModelReg.exe -i

Sostituisci v3.0 con qualunque sia la tua attuale versione di framework.

Ho riscontrato questo errore da IIS 8.5 durante il tentativo di accedere a un servizio WCF che avevo scritto. Si scopre che sul server non erano attive le funzionalità di attivazione HTTP WCF. Ho controllato le caselle e fatto clic sulla procedura guidata, iisreset, ha iniziato a funzionare.

Se si utilizza iis 7.5.

Basta andare su Gestione IIS, aprire le proprietà del sito Web.

Lì vedrai la sezione "Mapping gestori", vai a quella sezione e cerca "staticFile".

Molto probabilmente è un ultimo file nell'elenco.

Quindi fare clic destro su di esso e selezionare 'Ripristina genitore'.

Ho perso così tante ore mentre ho affrontato questa prima volta, comunque questo risolverà il tuo problema.

Ho avuto questo problema con Windows Server 2012 con ASP .NET 4.5 che non puoi usare aspnet_regiis.exe e devi solo installare ASP .NET 4.5 tramite l'Aggiunta guidata ruoli e funzionalità:

È possibile trovare la voce di menu "Aggiungi ruoli e funzionalità" nel menu "Gestisci", nell'angolo destro di Server Manager

dovrei dare un'occhiata a questa opzione suppongo

Ho risolto questo problema abilitando WCF Services

Programs and Features > NET Framework 4.5 Services > WCF Services> HTTP Activation node

Ma dovete ammetterlo ragazzi questa COMPLETA configurazione di IIS configura / indovina / prova e guarda / prova questo / prova che passa 4 o 5 dei nostri giorni a cercare una soluzione intorno all'approccio È UNO JOKE COMPLETO E UTENTE.

Sicuramente, "IIS" È IL TRUCCO DI FIDUCIA PIÙ GRANDE MAI GIOCATO SULL'umanità alla data

So che questa è una vecchia domanda, ma ho appena avuto questo con un'applicazione 3.5 sul mio computer Windows 8 ricostruito e lo stavo ancora ottenendo dopo aspnet_regiis -irue si è scoperto che ASP.NET 3.5 non era spuntato nelle funzionalità di sviluppo dell'applicazione (reputazione insufficiente per pubblicare un'immagine).

È possibile che il pool di applicazioni creato per la tua applicazione per impostazione predefinita sia la versione 2. Pertanto, sebbene nell'elenco sia presente un gestore per l'estensione .svc, non funziona e lo tratta come un file statico. Tutto ciò che serve è aprire le proprietà del pool di applicazioni e passare alla versione 4.

Registrare di nuovo asp.net .... risolverà il problema.

Vai al prompt dei comandi di Visual Studio
e registra asp.net come windows \ microsoft.net \ Framework [.Net version num] \ aspnet_regiis.exe -i

Ho riscontrato lo stesso problema su una macchina Windows 8 che sto configurando. Avevo installato vs2012 prima di vs2010, che installa .NET framework 4.5. Ho i miei pool di app in esecuzione in 4.0. Mi sono assicurato di avere registrato aspnet per 4.0 usando aspnet_regiis -i. Non ha ancora funzionato. Quindi ho aperto le funzionalità di Windows e ho notato che 4.5 ha aggiunto un set chiamato "Servizi avanzati .NET Framework 4.5". Ho abilitato il nodo del servizio WCF e i relativi figli e quindi il mio endpoint svc ha funzionato correttamente. Spero che questo aiuti le persone che stanno passando a Windows 8.

Mi sono imbattuto in questa domanda quando ho riscontrato lo stesso problema. La causa principale del mio problema era un pool di app configurato in modo errato. È stato impostato per 2.0 inavvertitamente, quando doveva essere impostato su 4.0. La risposta al seguente link mi ha aiutato a scoprire questo problema: http://forums.iis.net/t/1160143.aspx

Ho avuto lo stesso problema. Quando ho aggiunto contenuto statico feaute per IIS, funziona benissimo.

Solo un'altra possibile soluzione che ho trovato con lo stesso messaggio di errore.

Quando provavo a installare un'applicazione Web .NET 4.0 su un nuovo pool di applicazioni, stavo ricevendo questo strano errore che mi diceva che stava cercando di elaborare il mio file aspx con il gestore di file statico, il che non aveva senso.

Per qualche motivo ISAPI per .NET 4.0 è stato impostato su disabilitato nell'area Restrizioni ISAPI e CGI a livello di server nel gestore IIS. L'impostazione su abilitato era tutto ciò che era richiesto , tuttavia il gestore di IIS 7.5 è così contorto e difficile da seguire che mi ci è voluto molto tempo per capirlo.

Immagino che, dal momento che era un'applicazione 4.0 che non poteva essere elaborata dal motore 4.0, il gestore di file statico veniva utilizzato per impostazione predefinita.

Per altre persone che leggono questo:

Questo può accadere se la versione .Net che hai registrato non è quella selezionata nelle "Impostazioni di base" del pool di applicazioni allegato al tuo sito web. Ad esempio, il pool di applicazioni dei siti ha selezionato .Net v2.0 ma è stata registrata v4.0

Per Windows 10 / Framework 4.7, ho dovuto attivare l'attivazione HTTP tramite il seguente metodo:

1. Pannello di controllo> Programmi e funzionalità> Attiva o disattiva le funzionalità di Windows
2. In Servizi avanzati .NET Framework 4.7, espandere Servizi WCF, selezionare per verificare l'attivazione HTTP e qualsiasi altra cosa sia necessaria quando si lavora con WCF
3. Fai clic su OK e lascia che l'installazione esegua le sue operazioni, quindi apri un prompt dei comandi di amministrazione ed esegui il comando IISRESET

cmd -> tasto destro -> Esegui come amministratore

C: \ Windows \ Microsoft.NET \ Framework \ v4.0.30319 \ aspnet_regiis.exe -i

Utilizzando il gestore IIS, ho scoperto che i file .aspx sono stati mappati (in "Mapping gestori") su ISAPI 2.0, anche se ASP.NET 4.5 era stato precedentemente installato. Modificandoli in modo da puntare (anche) a un eseguibile per ISAPI 4.0 a 64 bit, è stato risolto il problema.

Il file eseguibile è stato trovato in% windir% \ Microsoft.NET \ Framework64 \ v4.0.30319 \ aspnet_isapi.dll

ho ricevuto questo messaggio per un'applicazione su iOS 7.5 con un pool di app classico assegnato a .net 2.0. dovevo andare su Handler Mappings e aggiungere due mappe di script, entrambe uguali con l'eccezione del nome. un nome era svc-ISAPI-2.0-64, l'altro era svc-ISAPI-2.0. Il percorso della richiesta era .svc. E il file eseguibile era% SystemRoot% \ Microsoft.NET \ Framework64 \ v2.0.50727 \ aspnet_isapi.dll. ho riavviato IIS e tutto era felice

Uno dei peggiori scenari che ho appena risolto è: avere voci contrastanti in Web.config.

Sul mio computer locale non avevo l'estensione .woff registrata in IIS, quindi l'ho aggiunta usando Web.config. Ma sul server di produzione .woff aveva registrato il tipo mime. Ciò ha causato conflitti a livello di applicazione.

La parte divertente è che non ci sono errori registrati per questo. Solo un'ipotesi (la prima volta ovviamente).

Quindi per me la soluzione era solo quella di rimuovere e / o elementi da web.config.

Ho avuto lo stesso problema, ho appena cambiato la versione del framework di destinazione sul sito Web con la versione in cui è stato sviluppato, stesso in IIS. Questo ha risolto il mio problema. Spero che questo ti aiuti...

Grazie

potrebbe essere un motivo multiplo, nel mio caso in Pool di applicazioni-> impostazioni avanzate-> Abilita applicazione a 32 bit (dovrebbe essere vero). Prima era impostato su false.

Passa al tuo stile di directory di rete .Net e CPU usando CMD o PowerShell

Inserisci questo comando: aspnet_regiis –r