Pagina HTTP 404 non trovata nell'API Web ospitata in IIS 7.5

Ho un'applicazione Web Api. Funziona perfettamente bene quando l'ho testato utilizzando il server di sviluppo debug di VS 2010. Ma ora l'ho distribuito su IIS 7.5 e ricevo un errore HTTP 404 quando provo ad accedere all'applicazione.

Ecco il mio 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>

Stavo lottando anche con questo. Fortunatamente, Steve Michelotti ha documentato una soluzione che ha funzionato per me qui .

Alla fine della giornata, ho abilitato tutti i verbi (verbo = "*") al gestore ExtensionlessUrlHandler-Integrated-4.0 nella mia configurazione 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>

Altri hanno sottolineato che avere WebDAV abilitato causa problemi. Fortunatamente, non ho riscontrato anche questo problema.

Ha avuto lo stesso problema. Questa impostazione di configurazione ha risolto il problema.

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

Come spiegato in http://www.britishdeveloper.co.uk/2010/06/dont-use-modules-runallmanagedmodulesfo.html, la soluzione precedente dovrebbe essere evitata. Usa questo invece. La stessa soluzione è fornita anche da Lopsided. Tenerlo qui per consentire agli utenti di evitare di implementare la prima soluzione funzionante.

<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>

Se IIS è installato o abilitato dopo ASP.NET, sarà necessario registrare manualmente ASP.NET con IIS affinché l'applicazione .NET funzioni.

Per Windows 7 e versioni precedenti:

1. Esegui il prompt dei comandi (cmd.exe) come amministratore.
2. Accedere al percorso .NET Framework appropriato. (ad esempio C: \ Windows \ Microsoft.NET \ Framework64 \ v4.0.30319)
3. Eseguire aspnet_regiis.exe -i

Per Windows 8 e versioni successive:

1. Dal menu di avvio, digita "Attiva o disattiva le funzionalità di Windows" e seleziona il primo risultato.
2. Espandere Internet Information Services: World Wide Web Services: funzionalità di sviluppo di applicazioni e selezionare ASP.NET 4.5 (o ASP.NET 3.5 se è necessario supportare progetti su .NET Framework 2.0-3.5).
3. Fare clic su OK.

Stai eseguendo l'app Web API in una directory virtuale o in un'applicazione?

Ad esempio: ho avuto lo stesso problema quando ho spostato il mio progetto nell'IIS locale in Sito Web predefinito> SampleWebAPI. Credo che ciò sia dovuto al cambiamento nel URLrouting come segue:

Originale: localhost:3092/api/values
spostato: localhost/SampleWebAPI/api/values

Se sposti il ​​progetto API Web sul suo sito Web in esecuzione su una porta diversa, sembra che funzioni.

Nota aggiuntiva: ho ulteriormente complicato il problema aggiungendo apicome alias di un'applicazione all'interno del mio sito Web che ha causato l'effettiva URL:

localhost:81/api/api/values - notato questo dopo aver spostato il sito Web nel proprio sito Web

Pertanto, poiché volevo mantenere una separazione tra il mio sito Web e il sito del progetto web api mvc, ho modificato le regole di instradamento global.asaxper l'API Web "DefaultAPI" da api/{controller}/{id}a {controller}/{id}e ASP.NET MVC Defaultda {controller}/{id}a info/{controller}/{id}.

Questa è l'unica risposta che ha funzionato per me ...

Ho avuto un problema simile ... Sembrava che non importa quello che ho fatto, niente veniva reindirizzato e il mio file globale veniva semplicemente ignorato. Ho seriamente considerato di finire tutto prima di trovare questa risposta. Spero che questo collegamento aiuti qualcun altro.

• Overflow dello stack: diagnosi degli errori 404 su IIS 7 e ASP.NET MVC

L'aggiunta di quanto segue al file web.config ha funzionato per me:

<system.webServer>
  <modules>
    <remove name="UrlRoutingModule-4.0" />
    <add name="UrlRoutingModule-4.0" type="System.Web.Routing.UrlRoutingModule" preCondition="" />
  </modules>
</system.webServer>

Ovviamente il tag system.webServer era già presente, ma ho aggiunto il tag modules e poi i tag remove & add al tag modules.

Alcune cose da controllare:

1. Assicurati di avere installato .NET Framework 4.
2. Assicurati che la versione 4 di .NET Framework sia selezionata per il tuo sito web e la directory virtuale (se applicabile).
3. Assicurati di avere MVC installato o di avere le DLL appropriate nella directory bin.
4. Potrebbe essere necessario consentire le estensioni del servizio Web ASP.NET 4.0
5. Metti l'applicazione nel suo pool di app.
6. Assicurati che la directory disponga almeno delle autorizzazioni di esecuzione "Solo script".

Ho avuto un problema simile. Avevo le giuste impostazioni nel mio file web.config ma stavo eseguendo il pool di applicazioni in modalità classica anziché in modalità integrata

Questo problema può verificarsi anche a causa di quanto segue

1.Nel file Web.Config

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

2.Assicurarsi che quanto segue sia disponibile nella cartella bin sul server in cui è distribuita l'API Web

• System.Net.Http

• System.Net.Http.Formatting

• System.Web.Http.WebHost

• System.Web.Http

Questi assembly non verranno copiati nella cartella bin per impostazione predefinita se la pubblicazione avviene tramite Visual Studio perché i pacchetti API Web vengono installati tramite Nuget nel computer di sviluppo. Tuttavia, se si desidera che questi file siano disponibili come parte della pubblicazione di Visual Studio, è necessario impostare CopyLocal su True per questi assembly

Sadish Kumar.V

Sulla base di questa risposta così , ho dovuto cambiare path="*."per path="*"la aggiunta ExtensionlessUrlHandler-Integrated-4.0in configuration>system.WebServer>handlersnel mioweb.config

Prima:

<add name="ExtensionlessUrlHandler-Integrated-4.0" path="*." verb="*" type="System.Web.Handlers.TransferRequestHandler" preCondition="integratedMode,runtimeVersionv4.0" />

Dopo:

<add name="ExtensionlessUrlHandler-Integrated-4.0" path="*" verb="*" type="System.Web.Handlers.TransferRequestHandler" preCondition="integratedMode,runtimeVersionv4.0" />

Ho anche riscontrato questo problema. Ho risolto il problema andando su Pool di applicazioni> Nome pool di applicazioni e ho modificato .NET Framework dalla versione v.2.0.50727 alla v4.0.30319.

Ho dovuto disabilitare l'opzione di pubblicazione dei file "Precompila durante la pubblicazione".

Esiste una correzione ufficiale di Microsoft: http://support.microsoft.com/kb/980368

NON consiglio vivamente di utilizzare <modules runAllManagedModulesForAllRequests = "true">. In questo modo tutte le richieste (anche .jpg, .css, .pdf, ecc.) Verranno elaborate da tutti i moduli HTTP registrati. Ci sono due momenti negativi: a) carico aggiuntivo sulle risorse hardware; b) potenziali errori, poiché i moduli http elaboreranno un nuovo tipo di contenuto.

Ho iniziato a ricevere 404 risposte dall'API Web dopo aver seguito un tutorial di Windows Azure che mi diceva di aggiungere un file "WebRole.cs" al mio progetto.

Dopo aver rimosso "WebRole.cs" dal mio progetto, le mie chiamate API Web hanno ripreso a funzionare.

Assicurati che il pool di applicazioni sia in modalità integrata
e aggiungi quanto segue al file web.config:

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

Nel mio caso, il problema era semplicemente che stavo cercando di accedere al sito all'indirizzo

myserver.myintranet.com/mysite

Ma l'associazione del sito Web per http in IIS non aveva il nome host specificato nell'associazione. Aveva funzionato prima e non ho idea di come sia stato spazzato via.

Una volta inserito myserver.myintranet.comil nome host, il 404 non c'era più.

In Gestione IIS vai in Associazioni ... nel riquadro delle azioni, quindi modifica l'associazione http per specificare il nome host.

Non dimenticare di distribuire global.asax

Aveva lo stesso problema, una risposta 404 per i controller API web quando serviti da IIS ma tutto ha funzionato bene da VS2010. Nessuna delle soluzioni di cui sopra ha funzionato per me. Alla fine ho scoperto che il problema era che abbiamo aggiunto il supporto WSE 3.0 per l'applicazione e la dll Microsoft.Web.Services3 mancava nella directory / bin dell'applicazione. Strano, ma dopo aver copiato la dll, la mappatura del percorso ha iniziato a funzionare.

Per me il problema era che il sito radice era configurato per utilizzare un pool di app .NET 2.0 e la mia applicazione all'interno di quel sito era .NET 4.5.

Ho creato un nuovo sito con un pool di app .NET 4 e ho posizionato la mia applicazione alla radice di quello - e ha funzionato bene.

Ho lottato anche con questo. Il mio problema esatto era che avevo un servizio Web ASMX che, quando ho inserito un parametro in un metodo web e l'ho testato, mi ha dato il 404. Il metodo particolare aveva funzionato bene in passato e non era stato modificato, solo ripubblicato. Poi sono arrivato qui e ho provato tutte le risposte pubblicate e niente ha aiutato.

La mia soluzione definitiva? So che è drastico, ma ho appena creato una nuova soluzione Visual Studio e un nuovo progetto web. Selezionato MVC, quindi ho fatto un "Aggiungi"> "Nuovo elemento", selezionato "Visual C #"> "Web" e "Servizio Web (ASMX)" sotto quello. Ho copiato tutto il mio vecchio codice code-behind, quindi ho preso nota dello spazio dei nomi che ha dato al nuovo file nel mio nuovo progetto, quindi ho incollato tutto il mio vecchio codice nel nuovo file code-behind nel nuovo progetto e ho inserito lo spazio dei nomi tornare a quello che era stato.

Quindi ho creato le mie cartelle nel mio progetto che avevo prima di utilizzare Visual Studio per fare "Aggiungi"> "Nuova cartella", quindi ho copiato di nuovo nei miei file nelle cartelle del mio altro progetto utilizzando Esplora risorse, quindi ho fatto clic con il pulsante destro del mouse su ciascuna cartella in Visual Studio e ha fatto "Aggiungi"> "Elemento esistente ..." e ha inserito gli elementi in quelle cartelle nelle cartelle di Visual Studio del mio nuovo progetto. Ho fatto nuovamente riferimento a tutti i miei assembly .NET, avendo entrambi i progetti aperti in modo da poter confrontare quelli a cui avevo fatto riferimento, in precedenza (ce n'erano diversi). Ho dovuto dare un nome al mio nuovo progetto leggermente diverso - in pratica ho fatto qualcosa di paragonabile a "GeneralWebApp" invece di "MyWebApp", per esempio - quindi ho dovuto fare un "Sostituisci tutto" nella mia intera soluzione per sostituire quel nome,

Poi ho fatto un "Ricostruisci tutto" sul progetto, quindi l'ho avviato con il pulsante "Riproduci" che Visual Studio fornisce quando l'ho creato per costruire correttamente. Ha funzionato bene. Quindi l'ho pubblicato, e tutto andava bene sul server dove l'ho pubblicato, quando l'ho eseguito da lì. Non ho spiegazioni su cosa sia successo, ma è così che l'ho superato. Non è un brutto test solo per vedere se qualcosa che sta facendo Visual Studio lo ha messo in difficoltà.

Se metti solo la cartella bin in IIS (dopo aver compilato il progetto), si verificherà anche questo problema. In questa situazione dovresti pubblicare il progetto usando VisualStudio, quindi posizionare la cartella pubblicata in IIS.

Che tipo di richiesta HTTP stai facendo?

Questa è una risposta leggermente a sinistra, ma hai provato a rimuovere la pagina di errore predefinita di IIS per 404 per verificare cosa sta effettivamente restituendo la tua API?

Ho avuto un problema per cui volevo che un metodo del controller restituisse un 404 quando ho inserito l'ID sbagliato. Ho scoperto che ricevevo sempre la pagina IIS 404 "File o directory non trovato" piuttosto che la risposta HTTP dalla mia API. La rimozione della pagina di errore 404 predefinita ha risolto il problema.

Problema diverso ma non sai mai che potrebbe essere d'aiuto;)

Questa parte di configurazione nel file web.config può essermi d'aiuto: nella sezione system.webServer:

      <security>
          <requestFiltering>
              <verbs applyToWebDAV="true">
                  <remove verb="PUT" />
                  <add verb="PUT" allowed="true" />
                  <remove verb="DELETE" />
                  <add verb="DELETE" allowed="true" />
                  <remove verb="PATCH" />
                  <add verb="PATCH" allowed="true" />
              </verbs>
          </requestFiltering>
      </security>      

Recentemente ho avuto un errore 404 non trovato con tutti i miei percorsi / controller Web Api 2. Quindi sono andato sul server effettivo e ho provato a navigare utilizzando localhost invece del nome host e ho ottenuto "404.7 Not Found - Il modulo di filtraggio delle richieste è configurato per negare l'estensione del file".

Questo post SO mi aiuta a risolverlo.

È stato risolto per me, quando abilito la casella di controllo per UrlRoutingModule-4.0:

Gestore IIS> Moduli> selezionare UrlRoutingModule-4.0> Modifica modulo> selezionare la casella di controllo "Richiama solo per richieste ad applicazioni ASP.NET o gestori gestiti".

Ho avuto lo stesso problema: su una macchina appena installata con Visual Studio 2013, il progetto web api funzionava con IISExpress, ma non con IIS locale. Ho provato tutto quello che riuscivo a trovare, ma alla fine il problema non era necessario con Web API, ma con MVC: anche se era installato, nessun progetto MVC era in esecuzione.

Quello che ha funzionato per me è stato disinstallare IIS (da AGGIUNGI / RIMUOVI Funzionalità Windows), quindi reinstallarlo e quindi eseguire aspnet_regiis -i. Forse questo aiuta qualcun altro.

Ho passato molto tempo a provare un sacco di cose per rendermi finalmente conto che stavo aggiungendo la mia app Web non in Siti / Siti Web predefiniti, ma in un altro sito Web associato a un'altra porta. Ovviamente provare localhost sulla porta 80 darebbe un 404.

non faccio nulla, aggiungo solo questo tag in web.config, il suo funzionamento questo problema presenta uno dei seguenti punti

1. Usa Web Api nello stesso progetto usando i moduli MVC o asp.net

2. Usa RouteConfig e WebApiConfig in Global.asax come GlobalConfiguration.Configure (WebApiConfig.Register); RouteConfig.RegisterRoutes (RouteTable.Routes);

3. Usa RouteConfig per 2 scopi, i moduli asp.net usano con friendlyurl e il routing mvc per il routing MVC

usiamo semplicemente questo tag in web.config, funzionerà.

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

Ho riscontrato lo stesso problema con l'API Web e l'API Web .Net Core. Ha funzionato bene in VS 2017 durante il debug, ma ha restituito 404 quando pubblicato in IIS 7.5. La soluzione per me è stata cambiare il modo in cui ho creato il sito. Invece di pubblicare nella radice di un sito Web (creato facendo clic con il pulsante destro del mouse su Siti ... Aggiungi sito Web), ho dovuto creare un'applicazione (creata facendo clic con il pulsante destro del mouse su un sito Web ... Aggiungi applicazione) e pubblicare in quella cartella. Si noti che per la versione Core, ho dovuto modificare l'impostazione Versione .NET Framework del pool di applicazioni su "Nessun codice gestito".

Per me la soluzione era rimuovere le seguenti righe dal mio file web.config:

<dependentAssembly>
    <assemblyIdentity name="System.Net.Http" publicKeyToken="b03f5f7f11d50a3a" culture="neutral" />
    <bindingRedirect oldVersion="0.0.0.0-4.1.1.3" newVersion="4.1.1.3" />
</dependentAssembly>
<dependentAssembly>
    <assemblyIdentity name="Microsoft.IdentityModel.Tokens" publicKeyToken="31bf3856ad364e35" culture="neutral" />
    <bindingRedirect oldVersion="0.0.0.0-5.5.0.0" newVersion="5.5.0.0" />
</dependentAssembly>

Ho notato che VS li aveva aggiunti automaticamente, non so perché

Prova questo webconfg .. sostituisci "NewsApi.dll" con la tua dll principale!

<?xml version="1.0" encoding="utf-8"?>
<configuration>
  <location path="." inheritInChildApplications="false">
    <system.webServer>
      <handlers>
        <add name="aspNetCore" path="*" verb="*" modules="AspNetCoreModule" resourceType="Unspecified" />
      </handlers>
      <aspNetCore processPath="dotnet" arguments=".\NewsApi.dll" stdoutLogEnabled="false" stdoutLogFile=".\logs\stdout" />
    </system.webServer>
  </location>
</configuration>