Właśnie wdrożyłem aktualizację do istniejącej witryny ASP.NET MVC3 (została już skonfigurowana) i otrzymuję niebieski ekran śmierci IIS z informacją o śmierci
Błąd HTTP 500.0 - Wewnętrzny błąd serwera
Nie można wyświetlić strony, ponieważ wystąpił wewnętrzny błąd serwera.
Jednak; nic nie pojawia się w Dzienniku zdarzeń aplikacji, w którym oczekiwałbym (bardziej) szczegółowego opisu wpisu.
Jak mogę przejść do diagnozowania tego problemu?
Odpowiedzi:
Spójrz na funkcję śledzenia nieudanych żądań IIS7:
Inną rzeczą, którą bym zrobił, jest poprawienie twojego
<httpErrors>
ustawienia, ponieważ IIS może połykać komunikat o błędzie z dalszej części potoku:Jeśli witryna jest napisana w klasycznej ASP, pamiętaj, aby włączyć ustawienie Wyślij błędy do przeglądarki w funkcji konfiguracji ASP:
I na koniec, jeśli używasz Internet Explorera, upewnij się, że wyłączyłeś Pokaż przyjazne komunikaty o błędach HTTP w Ustawieniach zaawansowanych (chociaż podejrzewam, że już to zrobiłeś lub używasz innej przeglądarki).
źródło
W moim przypadku:
web.config
nie został uszkodzony - zweryfikowany przy użyciu tego samego na komputerze lokalnym / przy użyciuinetmgr
Wreszcie...
...Chrome/57.0.2987.133+Safari/537.36 500 19 5 312
Kluczem jest:
sc-status sc-substatus sc-win32-status 500 19 5
co przy pewnym googlowaniu wskazało mi, że
IIS_USRS
nie mam uprawnień do odczytuwww
folderuźródło
Najbardziej oczywistym problemem jest niewłaściwe lub zerowe prawa NTFS do folderu aplikacji internetowej. Upewnij się więc, że konto obsługujące witrynę ma odpowiednie uprawnienia. Bez odpowiednich praw NTFS do katalogu internetowego nie ma znaczenia, co umieścisz w pliku web.config, ponieważ nigdy nie zostanie on odczytany.
Szybkim sprawdzeniem może być przyznanie wszystkim pełnych praw - jeśli witryna zacznie działać, wiesz, że to problem z prawami, i możesz następnie przypisać odpowiednie prawa do bardziej odpowiedniego konta.
źródło
Jeśli aktualizujesz z IIS6, może to być jeden z web.config działa na 6, ale nie w IIS 7.5 ... Kliknij dwukrotnie wszystkie ikony w IIS dla strony internetowej i możesz otrzymać błąd dotyczący formatu (sekcja musi znajdować się poniżej innej sekcji ...)
źródło
Miałem ten sam problem z aplikacją Azure Web App. Podczas lokalnego debugowania komunikaty o błędach (JSON) zwrócone z wywołań ajax zostały w pełni zwrócone do przeglądarki. Ale po wdrożeniu w aplikacji sieciowej wiadomości zostały połknięte i zwrócono mi domyślny komunikat o błędzie 500. Musiałem więc jawnie ustawić tę
existingResponse
wartość na tagPassThrough
web.confighttpErrors
.źródło