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


96

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>

2
Ho lo stesso problema. Non ho ancora trovato una soluzione, tuttavia una cosa che ho scoperto è che se selezioni il sito in IIS, quindi vai alla funzione Mapping gestori, c'è una mappatura per i file statici che associa * a un file che deve esistere. Quando rimuovo questa mappatura e aggiungo una nuova mappatura per tutti i verbi HTTP, non ottengo più il 404, viene sostituito da una pagina bianca vuota.
Despertar

>> utilizzando il server di sviluppo debug di VS 2010. - AKA il malvagio Cassini. Vedi blogs.msdn.com/b/rickandy/archive/2011/04/22/… - Se non funziona, crea una nuova app MVC 4 WebApi e prova la distribuzione - semplice
RickAndMSFT

Risposte:


93

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.


3
+1 per quello. Ma l'ho cambiato nelle mappature del gestore sull'applicazione da con IIS Manager. È stato attivato per un mucchio di verbi. L'ho cambiato in tutti i verbi (*) e voilà. Ma è sempre meglio inserire la fonte.
Wolf5

1
Ho lo stesso problema, ma questi cambiamenti non mi hanno aiutato. C'è anche un'altra configurazione? O può essere un riferimento di biblioteca? Per favore, inoltre, vedi: stackoverflow.com/questions/27303523/…
Babak

2
molte persone dicono che l'uso di runAllManagedModulesForAllRequests avrà un impatto sulle prestazioni (controlla le risposte di hemant gautam di seguito). Tuttavia non riesco a far funzionare lo stesso servizio, quindi seguo la configurazione qui: blog.maartenballiauw.be/post/2012/12/07/… Quel link indica anche che l'abilitazione di WebDAV può influenzare anche il risultato
Hoàng Long

Risposta fantastica!
EnocNRoll - AnandaGopal Pardue

1
Per me, il verbo era già *. Ho dovuto cambiare anche il percorso per *farlo funzionare perché *.ancora causava il problema
Alsty

56

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>

Funziona bene, ma non è una buona soluzione. È meglio usare UrlRoutingModule (vedi la risposta di Lopsided di seguito). britishdeveloper.co.uk/2010/06/…
Der_Meister

37

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.

2
Ho migrato da IIS Express per lo sviluppo a IIS completo e questo è ciò che ha risolto il problema. Grazie!
Jim Brown

1
Simile a @JimBrown sopra; ha funzionato per me dopo la migrazione da IIS Express.
SolidRegardless

Questo mi ha risolto. In Windows 7, Visual Studio 2015 Ent, nuovo sito Web MVC 5, modificato da IIS Express a IIS completo.
Geoff Gunter

26

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


3
hehehe ... anch'io avevo chiamato la mia app IIScome api. Ciò ha causato tutte queste prove ed errori di debug per oltre 2 ore. Grazie mille per aver condiviso la tua esperienza! L'ho rinominato e ora sono di nuovo al lavoro. : D
Leniel Maccaferri

Grazie - questo era il mio problema! :)
Jen

Non sono sicuro del motivo per cui le chiamate API hanno avuto esito negativo quando avevo ospitato il mio progetto sotto una porta 8080, il semplice spostamento come directory virtuale nel sito Web predefinito ha funzionato :)
Kiran

14

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.


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.


Risolvi questo problema su un server 2008 (non R2) e questa è stata l'unica soluzione che ha funzionato per me. Inoltre, ho dovuto combinare questo con l'impostazione del pool di app in modalità "integrata".
Zoomzoom

11

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 altre 4 normali applicazioni web in esecuzione sullo stesso server IIS e tutte usano .net framework 4. quindi quale di questi 4 punti non sono necessari? quando ho pubblicato la mia applicazione mvc ho aggiunto le dipendenze distribuibili e ho aggiunto ASP.NET MVC quindi è nella mia directory bin
Armand

@Armand Sembra che tu abbia fatto # 1. # 2 è ancora necessario. L'aggiunta di dipendenze distribuibili, se è stata eseguita come descritto qui: haacked.com/archive/2011/05/25/bin-deploying-asp-net-mvc-3.aspx , dovrebbe occuparsi del punto 3 sopra. # 4 può o non può essere necessario anche se non ho la conoscenza per dirti quando è e non è necessario.
Joe Schrag

9

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

immagine dello schermo


7

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


Quelle DLL sono necessarie se non hai MVC installato sul server. Nel mio caso vedevo una pagina vuota quando cercavo di richiamare le API. L'aggiunta manuale delle DLL ha funzionato per me. Grazie!!
Vipul bhojwani

Il mio problema è stato risolto dopo aver aggiunto System.Net.Http alla cartella di pubblicazione principale, la mia era la soluzione Asp.net Core
mohas

6

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

Grazie mille Greg, stavo per uccidermi a causa di questo stupido percorso = "*." ma ora, dopo aver lasciato cadere questo miserabile punto, tutto funziona perfettamente! Grazie mille!
Junior Silva

5

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.


1
L'ho scoperto anche da solo. Upvoting la tua risposta perché è facile perdere. Quando ho creato un sito per la mia app, IIS ha creato automaticamente un pool di app per me, impostato su .NET v2.0 !! Perché perché perché?? :)
Mike Taverne

3

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


E dove lo fai?
vapcguy

1
È in una finestra di dialogo che viene visualizzata quando fai clic con il pulsante destro del mouse sul progetto e seleziona Pubblica. Sembra che questo
Pakman

3

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.


1
Grazie così tanto! Ho provato assolutamente tutto il resto, e questa è stata l'unica cosa che l'ha risolto.
Oran Dennison

Lo stesso qui, grazie mille per aver aggiunto questa risposta! Era la soluzione al mio problema!
Octavio Garbarino

2

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.


Questo ha funzionato per me. Ho migrato di nuovo un'applicazione Azure a una distribuzione VM e dopo aver commentato il contenuto di WebRole.cs, le mie chiamate WebAPI hanno iniziato a funzionare di nuovo.
Scott

Devo aver passato una giornata su questo! Il commento di WebRole.cs ha funzionato - mi chiedo perché però
Igorek

2

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>

2

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.


Anche io sto affrontando lo stesso problema. e come hai suggerito, ho controllato il nome host nel binding http e solo aggiornato correttamente. Ma il mio problema persiste. Nota: ho ospitato la mia applicazione API come applicazione figlio. Si prega di suggerire se qualcuno ha un'idea su questo. es: "sample.example.com" è la mia applicazione principale e ha creato un'API in questo dominio come "sample.example.com/myAPI/"
Krishna Mani


1

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.


1

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.


1

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


1

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.


0

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


0

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>      

0

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.


0

È 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".


0

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.


0

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.


0

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>

0

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


0

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é


0

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>
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.