Script non servi par le gestionnaire de fichiers statiques sur IIS7.5

Je viens d'essayer de déployer ma première application Web sur IIS sur mon ordinateur portable Windows 7 Home Premium. Après avoir créé l'application, j'ai dû passer au pool d'applications classique, puis définir ce pool pour le framework 4.0. Maintenant, j'obtiens l'erreur suivante:

Erreur HTTP 404.17 - introuvable Le contenu demandé semble être un script et ne sera pas servi par le gestionnaire de fichiers statiques.

L'URL demandée est http: // localhost: 80 / pvmms / default.aspx

Je crains qu'une recherche approfondie sur Google n'ait donné rien de suffisamment clair ou définitif pour que je puisse travailler avec et, comme d'habitude, je me suis tournée vers les experts.

EDIT: Je soupçonne que c'est parce qu'il n'y a pas de mappages de gestionnaire de framework 4.0 pour les fichiers .aspx. Cependant, aspnet_regiis donne même le doigt à mon utilisateur administrateur et dit que j'ai besoin des droits d'administrateur pour l'exécuter.

EDIT # 2: J'ai enregistré tous les frameworks (2 & 4, 32 et 64) et tout fonctionne maintenant. J'ai trouvé cela en ajoutant manuellement une carte de script pour .aspxaspnet_isapi et voila. Je ne comprends pas pourquoi l'installation du framework ne le fait pas, à moins que ma mémoire ne me fasse défaut et que je n'active IIS qu'après l'installation de VS.

Peut-être trop tard maintenant, mais le plus souvent, vous devez courir

aspnet_regiis.exe -i  

après avoir installé asp.net. Peut-être que je le ferais de toute façon maintenant.

En plus de ce qui précède, si vous avez besoin de la prise en charge de WCF, vous devrez peut-être exécuter ceci:

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

Remplacez la v3.0 par la version actuelle de votre framework.

J'ai rencontré cette erreur d'IIS 8.5 en essayant d'accéder à un service WCF que j'avais écrit. Il s'avère que les fonctionnalités d'activation HTTP WCF n'étaient pas activées sur le serveur. Cochez les cases et cliquez sur l'assistant, iisreset, a commencé à fonctionner.

Si vous utilisez iis 7.5.

Allez simplement dans IIS Manager, ouvrez les propriétés de votre site Web.

Vous verrez la section 'Handler Mappings' ici, allez simplement dans cette section et recherchez 'staticFile'.

C'est probablement le dernier fichier de la liste.

Ensuite, faites un clic droit dessus et sélectionnez «Revenir au parent».

J'ai perdu tant d'heures alors que j'ai affronté cette première fois, de toute façon cela résoudra votre problème.

J'ai eu ce problème avec Windows Server 2012 avec ASP .NET 4.5, vous ne pouvez pas utiliser aspnet_regiis.exe, et il vous suffit d'installer ASP .NET 4.5 via l'Assistant Ajout de rôles et de fonctionnalités:

Vous pouvez trouver l'élément de menu "Ajouter des rôles et des fonctionnalités" dans le menu "Gérer", dans le coin droit du Gestionnaire de serveur

devrait vérifier cette option je suppose

J'ai résolu ce problème en activant WCF Services

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

Mais vous devez admettre que les gars, cette configuration ENTIÈRE d'IIS configure / guess / trial et voyez / essayez ceci / essayez qui passe 4 ou 5 de nos jours à essayer de trouver une solution autour de l'approche EST UN JOKE COMPLET ET UTTER.

Sûrement, 'IIS' EST LE PLUS GRAND TRUC DE CONFIANCE JAMAIS JOUÉ SUR L'HOMME À CE JOUR

Je sais que c'est une vieille question, mais je viens de l'avoir avec une application 3.5 sur ma machine Windows 8 reconstruite et je l'obtenais toujours après aspnet_regiis -iruet il s'est avéré que ASP.NET 3.5 n'était pas coché dans les fonctionnalités de développement d'applications (pas assez de réputation pour publier une image).

Il est possible que le pool d'applications créé par défaut pour votre application soit la version 2. Ainsi, même si vous voyez un gestionnaire pour l'extension .svc dans la liste, il ne fonctionne pas et le traite comme un fichier statique. Tout ce dont vous avez besoin est d'ouvrir les propriétés du pool d'applications et de le basculer vers la version 4.

Enregistrez à nouveau asp.net ... résoudra le problème.

Accédez à l'invite de commandes Visual Studio
et enregistrez asp.net en tant que windows \ microsoft.net \ Framework [.Net version num] \ aspnet_regiis.exe -i

J'ai eu ce même problème sur une machine Windows 8 que je suis en train de configurer. J'avais installé vs2012 avant vs2010, qui installe .NET Framework 4.5. Mes pools d'applications fonctionnent sous 4.0. Je me suis assuré que aspnet était enregistré pour 4.0 en utilisant aspnet_regiis -i. Cela n'a toujours pas fait l'affaire. Ensuite, j'ai ouvert les fonctionnalités Windows et j'ai remarqué que 4.5 ajoutait un ensemble appelé ".NET Framework 4.5 Advanced Services". J'ai activé le nœud de service WCF et ses enfants, puis mon point de terminaison svc a fonctionné correctement. J'espère que cela aidera les gens qui passent à Windows 8.

Je suis tombé sur cette question lorsque je suis tombé sur le même problème. La cause première de mon problème était un pool d'applications mal configuré. Il a été défini pour 2.0 par inadvertance, alors qu'il devait être défini sur 4.0. La réponse au lien suivant m'a aidé à découvrir ce problème: http://forums.iis.net/t/1160143.aspx

J'ai eu le même problème. Lorsque j'ai ajouté la fonction de contenu statique pour IIS, cela fonctionne bien.

Juste une autre solution possible que j'ai trouvée avec le même message d'erreur.

En essayant de configurer une application Web .NET 4.0 sur un nouveau pool d'applications, je recevais cette étrange erreur m'indiquant qu'il essayait de traiter mon fichier aspx avec le gestionnaire de fichiers statiques, ce qui n'avait aucun sens.

Pour une raison quelconque, ISAPI pour .NET 4.0 a été défini sur désactivé dans la zone Restrictions ISAPI et CGI du niveau serveur dans le gestionnaire IIS. Le définir sur activé était tout ce qui était nécessaire , mais le gestionnaire IIS 7.5 est tellement compliqué et difficile à suivre qu'il m'a fallu beaucoup de temps pour comprendre cela.

J'imagine que, comme il s'agissait d'une application 4.0 qui ne pouvait pas être traitée par le moteur 4.0, le gestionnaire de fichiers statiques était utilisé par défaut.

Pour les autres personnes lisant ceci:

Cela peut arriver si la version .Net que vous avez enregistrée n'est pas celle sélectionnée dans les «Paramètres de base» du pool d'applications associé à votre site Web. Par exemple, le pool d'applications de votre site a .Net v2.0 sélectionné mais vous avez enregistré v4.0

Pour Windows 10 / Framework 4.7, j'ai dû activer l'activation HTTP via la méthode suivante:

1. Panneau de configuration> Programmes et fonctionnalités> Activer ou désactiver les fonctionnalités Windows
2. Sous .NET Framework 4.7 Advanced Services, développez les services WCF, sélectionnez pour vérifier l'activation HTTP et tout ce dont vous avez besoin lorsque vous travaillez avec WCF
3. Cliquez sur OK et laissez l'installation faire son travail, puis ouvrez une invite de commande administrative et exécutez la commande IISRESET

cmd -> clic droit -> Exécuter en tant qu'administrateur

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

En utilisant le gestionnaire IIS, j'ai trouvé que les fichiers .aspx étaient mappés (sous «Mappages de gestionnaires») à ISAPI 2.0 - même si ASP.NET 4.5 avait été précédemment installé. Les éditer pour pointer (également) vers un exécutable pour ISAPI 4.0 64 bits a résolu le problème.

L'exécutable a été trouvé dans% windir% \ Microsoft.NET \ Framework64 \ v4.0.30319 \ aspnet_isapi.dll

J'ai reçu ce message pour une application sur iis 7.5 avec un pool d'applications classique attribué à .net 2.0. J'avais besoin d'aller à Handler Mappings et d'ajouter deux cartes de script, les deux étaient identiques à l'exception du nom. un nom était svc-ISAPI-2.0-64, l'autre était svc-ISAPI-2.0. Le chemin de la requête était .svc. Et l'exécutable était% SystemRoot% \ Microsoft.NET \ Framework64 \ v2.0.50727 \ aspnet_isapi.dll. j'ai redémarré iis et tout était heureux

L'un des pires scénarios que je viens de résoudre est - avoir une entrée en conflit dans Web.config.

Sur ma machine locale, je n'avais pas l'extension .woff enregistrée dans IIS, je l'ai donc ajoutée en utilisant Web.config. Mais sur le serveur de production .woff avait le type mime enregistré. Cela a provoqué un conflit au niveau de l'application.

Le plus drôle est qu'il n'y a aucune erreur enregistrée pour cela. Juste un travail de conjecture (première fois bien sûr).

Donc, pour moi, la solution consistait simplement à supprimer et / ou des éléments de web.config.

J'ai eu le même problème, je viens de changer la version du framework cible sur le site Web pour la version dans laquelle il est développé, identique dans IIS. Cela a résolu mon problème. J'espère que cela t'aides...

Merci

il pourrait y avoir plusieurs raisons, dans mon cas sous Application pool-> paramètre avancé-> Activer l'application 32 bits (devrait être vrai) .Il a été défini sur false auparavant.

Accédez à votre répertoire d'architecture .Net et CPU à l'aide de CMD ou PowerShell

Entrez cette commande: aspnet_regiis –r