HTTP 404 Page Not Found dans l'Api Web hébergée dans IIS 7.5

Question

J'ai une application Web Api. Elle fonctionne parfaitement bien lorsque je l'ai testée en utilisant le serveur de développement de débogage de VS 2010. Mais je l'ai maintenant déployée sur IIS 7.5 et j'obtiens une erreur HTTP 404 lorsque j'essaie d'accéder à l'application.

Voici mon web.config

<?xml version="1.0" encoding="utf-8"?>
<configuration>
  <connectionStrings>
    <add name="DefaultConnection" connectionString="Data Source=.\SQLEXPRESS;Initial Catalog=aspnet-FlowGearProxy-20123141219;Integrated Security=True" providerName="System.Data.SqlClient" />
  </connectionStrings>
  <appSettings>
    <add key="webpages:Version" value="2.0.0.0" />
    <add key="webpages:Enabled" value="true" />
    <add key="PreserveLoginUrl" value="true" />
    <add key="ClientValidationEnabled" value="true" />
    <add key="UnobtrusiveJavaScriptEnabled" value="true" />
  </appSettings>
  <system.web>
    <compilation debug="true" targetFramework="4.0" />
    <authentication mode="Forms">
      <forms loginUrl="~/Account/Login" timeout="2880" />
    </authentication>
    <pages>
      <namespaces>
        <add namespace="System.Web.Helpers" />
        <add namespace="System.Web.Mvc" />
        <add namespace="System.Web.Mvc.Ajax" />
        <add namespace="System.Web.Mvc.Html" />
        <add namespace="System.Web.Routing" />
        <add namespace="System.Web.WebPages" />
      </namespaces>
    </pages>
  </system.web>
  <system.webServer>
    <validation validateIntegratedModeConfiguration="false" />
    <modules runAllManagedModulesForAllRequests="true" />
  </system.webServer>
</configuration>

Answer 1

J'ai également été confronté à cette question. Heureusement, Steve Michelotti a documenté une solution qui a fonctionné pour moi aquí .

En fin de journée, j'ai activé tous les verbes (verb="*") vers le gestionnaire ExtensionlessUrlHandler-Integrated-4.0 dans ma configuration web.

<system.webServer>
    <validation validateIntegratedModeConfiguration="false" />
    <modules runAllManagedModulesForAllRequests="true" />
        <handlers>
            <remove name="ExtensionlessUrlHandler-Integrated-4.0" />
            <add name="ExtensionlessUrlHandler-Integrated-4.0" path="*." verb="*" type="System.Web.Handlers.TransferRequestHandler" resourceType="Unspecified" requireAccess="Script" preCondition="integratedMode,runtimeVersionv4.0" />
        </handlers>
</system.webServer>

D'autres ont signalé que l'activation de WebDAV posait des problèmes. Heureusement, je n'ai pas rencontré ce problème.

Answer 2

J'ai eu le même problème. Ce paramètre de configuration a résolu le problème.

<system.webServer>
    .....
    <modules runAllManagedModulesForAllRequests="true" />
    .....
</system.webServer>

Comme expliqué dans l'affaire http://www.britishdeveloper.co.uk/2010/06/dont-use-modules-runallmanagedmodulesfo.html La solution ci-dessus doit être évitée. Utilisez plutôt celle-ci. La même solution est fournie par Lopsided également. Je la garde ici pour permettre aux utilisateurs d'éviter de mettre en œuvre la première solution qui fonctionne.

<modules>
  <remove name="UrlRoutingModule-4.0" />
  <add name="UrlRoutingModule-4.0" type="System.Web.Routing.UrlRoutingModule" preCondition="" />
  <!-- any other modules you want to run in MVC e.g. FormsAuthentication, Roles etc. -->
</modules>

Answer 3

Si IIS est installé ou activé après ASP.NET, vous devrez enregistrer manuellement ASP.NET auprès d'IIS pour que votre application .NET fonctionne.

Pour Windows 7 et les versions antérieures :

1. Exécutez l'Invite de commande (cmd.exe) en tant qu'administrateur.
2. Naviguez jusqu'à l'emplacement approprié du .NET Framework. (par exemple C:\Windows\Microsoft.NET\Framework64\v4.0.30319 )
3. Exécuter aspnet_regiis.exe -i

Pour Windows 8 et les versions ultérieures :

1. Dans le menu Démarrer, tapez "Activer ou désactiver les fonctionnalités de Windows" et sélectionnez le premier résultat.
2. Développer les services d'information Internet : Services du World Wide Web : Caractéristiques du développement d'applications et sélectionnez ASP.NET 4.5 (ou ASP.NET 3.5 si vous devez prendre en charge des projets sur .NET Framework 2.0-3.5).
3. Cliquez sur OK.

Answer 4

Exécutez-vous l'application API Web dans un répertoire virtuel ou dans une application ?

Par exemple : J'ai eu le même problème lorsque j'ai déplacé mon projet vers mon IIS local sous Default Web Site > SampleWebAPI. Je pense que cela est dû à la modification de l'élément URL comme suit :

Original : localhost:3092/api/values
Proposé : localhost/SampleWebAPI/api/values

Si vous déplacez le projet Web API sur son propre site web fonctionnant sur un port différent, cela semble fonctionner.

Note complémentaire : j'avais encore compliqué la question en ajoutant api en tant qu'alias d'une application de mon site web, ce qui a provoqué l'apparition d'un problème d'efficacité de l'application. URL d'être :

localhost:81/api/api/values - a remarqué ceci après avoir déplacé le site web vers son propre site web

Par conséquent, comme je voulais maintenir une séparation entre mon site web et le site du projet web api mvc, j'ai modifié les règles de routage dans global.asax pour l'API Web "DefaultAPI" de api/{controller}/{id} a {controller}/{id} et celui de ASP.NET MVC Default de {controller}/{id} a info/{controller}/{id} .

Answer 5

Quelques points à vérifier :

1. Assurez-vous que le .NET Framework 4 est installé.
2. Assurez-vous que la version 4 du .NET Framework est sélectionnée pour votre site web et votre répertoire virtuel (le cas échéant).
3. Assurez-vous que MVC est installé ou que les DLL appropriées se trouvent dans votre répertoire bin.
4. Il pourrait être nécessaire d'autoriser les extensions de services web ASP.NET 4.0
5. Placer l'application dans son propre pool d'applications.
6. Assurez-vous que le répertoire a au moins les permissions d'exécution "scripts Only".