Strona HTTP 404 nie została znaleziona w Web Api hostowanym w IIS 7.5

Miał ten sam problem. To ustawienie konfiguracji rozwiązało problem.

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

Jak wyjaśniono w http://www.britishdeveloper.co.uk/2010/06/dont-use-modules-runallmanagedmodulesfo.html należy unikać powyższego roztworu. Użyj tego zamiast tego. To samo rozwiązanie zapewnia również Krzywy. Trzymanie go tutaj, aby użytkownicy uniknęli wdrożenia pierwszego działającego rozwiązania.

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

Jeśli IIS jest zainstalowany lub włączony po ASP.NET, trzeba będzie ręcznie zarejestrować ASP.NET z IIS, aby Twoja aplikacja. NET działała.

Dla Windows 7 i wcześniejszych:

1. Uruchom wiersz polecenia (cmd.exe) jako administrator.
2. przejdź do odpowiedniej lokalizacji. NET Framework. (np. C:\Windows\Microsoft.NET\Framework64\v4.0.30319)
3. Uruchom aspnet_regiis.exe-i

Dla Windows 8 i nowszych:

1. z menu start, wpisz "Włącz lub wyłącz funkcje systemu windows" i wybierz pierwszy wynik.
2. rozwiń Internetowe usługi informacyjne: World Wide Web Services: funkcje tworzenia aplikacji i wybierz ASP.NET 4.5 (lub ASP.NET 3.5 jeśli potrzebujesz wspierać projekty na. Net Framework 2.0-3.5).
3. Kliknij OK.

Czy uruchamiasz aplikację Web API w katalogu wirtualnym lub aplikacji?

Na przykład: miałem ten sam problem, gdy przeniosłem mój projekt do mojego lokalnego IIS na domyślnej stronie internetowej > SampleWebAPI. Wydaje mi się, że jest to spowodowane zmianą trasy URL w następujący sposób:

Original: localhost:3092/api/values
Przeniesiony: localhost/SampleWebAPI/api/values

Jeśli przeniesiesz projekt Web API do własnej strony internetowej działającej na innym porcie, wydaje się, że działa.

Dodatkowa uwaga: miałem jeszcze skomplikowałem problem dodając api jako alias aplikacji na mojej stronie, co spowodowało, że skuteczne URL to:

localhost:81/api/api/values - Po przeniesieniu strony do własnej strony

Dlatego, ponieważ chciałem zachować separację między moją stroną internetową a stroną projektu Web API mvc, zmieniłem reguły routingu w global.asax dla Web API "DefaultAPI" z api/{controller}/{id} na {controller}/{id} i ASP.NET MVC one Default od {controller}/{id} do info/{controller}/{id}.

To jedyna odpowiedź, która mi pomogła...

• przepełnienie stosu-diagnozowanie 404 błędów w IIS 7 i ASP.NET MVC

Dodawanie następujących do sieci.plik konfiguracyjny działał dla ja:

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

system.webServer tag był już oczywiście, ale dodałem do niego znacznik modules, a następnie remove & Dodaj znaczniki do znacznika modules.

Kilka rzeczy do sprawdzenia:

1. Upewnij się, że masz zainstalowany. NET Framework 4.
2. Upewnij się, że wersja 4. NET Framework jest wybrana dla Twojej witryny i katalogu wirtualnego (jeśli dotyczy).
3. Upewnij się, że masz zainstalowany MVC lub masz odpowiednie biblioteki DLL w katalogu bin.
4. może trzeba pozwolić ASP.NET 4.0 web service extensions
5. Umieść aplikację we własnej puli aplikacji.
6. Upewnij się, że katalog zawiera co najmniej "tylko Skrypty" wykonaj uprawnienia.

Miałem podobny problem. Miałem odpowiednie ustawienia w mojej sieci.plik konfiguracyjny, ale uruchamiał pulę aplikacji w trybie klasycznym zamiast trybie zintegrowanym

Ten problem może również wystąpić ze względu na następujące

1.In sieć.Config

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

2.Upewnij się, że następujące elementy są dostępne w folderze bin na serwerze, na którym jest wdrożone Web API

• System. Net. Http

• System. Net. Http. Formatowanie

• System.Www.Http.WebHost

• System.Www.Http

Te składy nie będą domyślnie kopiowane w folderze bin, jeśli publikowanie odbywa się przez Visual Studio ponieważ Pakiety Web API są instalowane przez Nuget w maszynie deweloperskiej. Jeśli chcesz, aby te pliki były dostępne jako część Visual Studio publish, musisz ustawić CopyLocal na True dla tych zestawów

Również napotkałem ten problem. Problem rozwiązałem przechodząc do puli aplikacji > Nazwa puli aplikacji i zmieniłem. NET Framework z Wersji V. 2.0.50727 na v4.0. 30319.

Jest oficjalna poprawka od Microsoftu: http://support.microsoft.com/kb/980368

Zdecydowanie nie polecam używania . Prowadzi to do wszystkich żądań (parzystych .jpg,css,pdf, itp.) będą przetwarzane przez wszystkie zarejestrowane Moduły HTTP. Istnieją dwa negatywne momenty: a) dodatkowe obciążenie zasobów sprzętowych; b) potencjalne błędy, ponieważ moduły http będą przetwarzać nowy typ treści.

Zacząłem otrzymywać 404 odpowiedzi z Web API po wykonaniu samouczka Windows Azure, który kazał mi dodać plik " WebRole.cs " do mojego projektu.

Po usunięciu " WebRole.cs " z mojego projektu, Moje wywołania Web API zaczęły działać ponownie.

Musiałem wyłączyć opcję publikowania plików " Precompile podczas publikowania."

Upewnij się, że pula aplikacji jest w trybie zintegrowanym
I dodaj następujące do web.plik konfiguracyjny:

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

W moim przypadku problem polegał po prostu na tym, że próbowałem uzyskać dostęp do strony na

myserver.myintranet.com/mysite

Ale powiązanie strony internetowej dla http w IIS nie miało nazwy hosta podanej w powiązaniu. To działało wcześniej i nie mam pojęcia, jak to się rozwaliło.

Po wpisaniu myserver.myintranet.com W nazwę hosta 404 zniknął.

W Menedżerze IIS wchodzi się do wiązań... W okienku operacje edytuj powiązanie http, aby określić nazwę hosta.

W oparciu o to więc odpowiedź , musiałem zmienić path="*." na path="*" dla dodanego ExtensionlessUrlHandler-Integrated-4.0 w configuration>system.WebServer>handlers w moim web.config

Przed:

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

Po:

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

Miał ten sam problem, odpowiedź 404 dla kontrolerów web api, gdy były serwowane z IIS, ale wszystko działało dobrze od VS2010. Żadne z powyższych rozwiązań nie zadziałało. Ostatecznie okazało się, że problem polegał na tym, że dodaliśmy obsługę GPW 3.0 Dla aplikacji i Microsoftu.Www.Biblioteki DLL Services3 brakowało w katalogu /bin aplikacji. Dziwne, ale po skopiowaniu dll mapowanie trasy zaczęło działać.

Nie zapomnij wdrożyć global.asax

Jaki rodzaj żądania HTTP robisz?

Jest to odpowiedź lekko lewe pole, ale czy próbowałeś usunąć domyślną stronę błędu IIS dla 404, aby sprawdzić, co faktycznie zwraca Twoje API?

Miałem problem, przez który chciałem, aby metoda kontrolera zwracała 404, gdy umieściłem do niej zły identyfikator. Zauważyłem, że zawsze otrzymywałem stronę IIS 404" File or directory not found", a nie odpowiedź HTTP z mojego API. Usunięcie domyślnej strony błędu 404 rozwiązało problem.

Inny problem, ale nigdy nie wiadomo, że może pomóc;)

Ten fragment konfiguracji w sieci.plik config może pomóc jak mi pomógł: w systemie.sekcja 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>      

Ostatnio miałem błąd 404 not found ze wszystkimi moimi trasami/kontrolerami Web Api 2. Więc poszedłem na rzeczywisty serwer i próbowałem przeglądać za pomocą localhost zamiast nazwy hosta i dostałem "404.7 Not Found - moduł filtrowania żądań jest skonfigurowany tak, aby zablokować rozszerzenie pliku".

Ten post pomoże mi go rozwiązać.

Został rozwiązany dla mnie, kiedy włączam checkbox dla UrlRoutingModule-4.0:

IIS Manager > Modules > select UrlRoutingModule-4.0 > Edit Module > zaznacz pole wyboru "wywołaj tylko dla żądań do ASP.NET Aplikacje lub zarządzane programy obsługi".

Miałem ten sam problem: na nowo zainstalowanej maszynie z Visual Studio 2013 Projekt web api działał pod IISExpress, ale nie pod lokalnym IIS. Próbowałem wszystkiego, co mogłem znaleźć, ale ostatecznie problem nie był konieczny z Web API, ale z MVC: nawet został zainstalowany, żaden projekt MVC nie był uruchomiony.

To, co działało dla mnie, to odinstalowanie IIS( z Dodaj / usuń funkcje systemu Windows), a następnie ponowna instalacja, a następnie uruchomienie aspnet_regiis-i. może to pomoże komuś innemu.

Spędziłem dużo czasu próbując wielu rzeczy, aby w końcu uświadomić sobie, że dodałem moją aplikację internetową Nie w witrynach / domyślnych witrynach, ale w innej witrynie powiązanej z innym portem. Oczywiście próba localhost na porcie 80 dałaby 404.

Nic nie robię, po prostu dodaj ten tag w sieci.config, jego działanie ten problem wymyślić jeden z następujących punktów

1. Używać Web Api w tym samym projekcie przy użyciu MVC lub asp.net formularze

2. Użyj RouteConfig i WebApiConfig w trybie globalnym.asax jako GlobalConfiguration.Configure (WebApiConfig.Zarejestruj się); RouteConfig.RegisterRoutes (RouteTable.Trasy);

3. Użyj RouteConfig do 2 celów, asp.net forms using with friendlyurl and mvc routing for MVC routing

Używamy tylko tego tagu w web.config, to zadziała.

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

Wystąpił ten sam problem z Web API i. Net Core Web API. Działał dobrze w VS 2017 podczas debugowania, ale zwrócił 404 po opublikowaniu do IIS 7.5. Rozwiązaniem dla mnie była zmiana sposobu tworzenia strony. Zamiast publikowania do katalogu głównego witryny sieci Web (tworzonego przez kliknięcie prawym przyciskiem myszy witryn...Dodaj stronę www), musiałem utworzyć aplikację (utworzoną przez kliknięcie prawym przyciskiem myszy na stronie internetowej...Dodaj aplikację) i opublikuj w tym folderze. Zauważ, że w wersji Core musiałem zmienić pulę aplikacji Ustawienie wersji. NET Framework na "brak zarządzanego kodu".

Z tym też się zmagałem. Mój dokładny problem polegał na tym, że miałem usługę internetową ASMX, która po wprowadzeniu parametru do metody internetowej i przetestowaniu jej, to dałoby mi 404. Konkretna metoda działała dobrze w przeszłości i nie została zmieniona, tylko ponownie opublikowana. Potem dotarłem tutaj i wypróbowałem wszystkie zamieszczone odpowiedzi i nic nie pomogło.

Moje ostateczne rozwiązanie? Wiem, że to drastyczne, ale właśnie stworzyłem nowe rozwiązanie Visual Studio i projekt internetowy. Wybrany MVC, następnie I czy " Add " > "New Item", wybierz "Visual C#" > " Web " i "Web Service (ASMX)" pod tym. Skopiowałem cały mój stary kod-za kodem, a następnie odnotowałem przestrzeń nazw, którą dał nowy plik w moim nowym projekcie, a następnie wkleiłem cały mój stary kod do nowego pliku-za kodem w nowym projekcie i umieściłem przestrzeń nazw z powrotem do tego, co było. Następnie utworzyłem Moje foldery w moim projekcie, który miałem przed użyciem Visual Studio zrobić "Dodaj" > "nowy Folder", a następnie skopiowane z powrotem w moich plikach do folderów z mojego inny projekt za pomocą Eksploratora Windows, a następnie kliknął prawym przyciskiem myszy każdy folder w Visual Studio i zrobił "Dodaj" > " istniejący element..."i wciągnął elementy z tych folderów do folderów Visual Studio mojego nowego projektu. Odwołałem się do wszystkich moich zestawów. NET ponownie, mając oba projekty otwarte, więc mogłem porównać, które z nich odwołałem, wcześniej (miałem mnóstwo!). Musiałem nazwać mój nowy projekt nieco inaczej - w zasadzie zrobiłem coś porównywalnego do" GeneralWebApp "zamiast" MyWebApp", na przykład - więc musiałem zrobić "Zastąp wszystko" w całym moim rozwiązaniu, aby zastąpić tę nazwę, tak aby uzyskać właściwą przestrzeń nazw dla wszystkich moich plików. Następnie zrobiłem "Przebuduj wszystko" w projekcie, a następnie uruchomiłem go za pomocą przycisku" Odtwórz", który Visual Studio daje, gdy dostałem go do poprawnego budowania. Zadziałało dobrze. Więc opublikowałem go i wszystko było w porządku na serwerze, na którym go opublikowałem, kiedy uruchomiłem go stamtąd. Nie mam wytłumaczenia, co się stało, ale tak przez to przeszedłem. To nie jest zły test tylko sprawdzić, czy coś, co robi Visual Studio, spieprzyło sprawę.