Jak rozwiązać problem „Błąd HTTP 500.19 - Wewnętrzny błąd serwera” w IIS7.0 [zamknięte]

Co powoduje ten błąd, jak mogę go naprawić?

Szczegółowe informacje o błędzie
Moduł IIS Web Core
Powiadomienie Początek
Żądanie obsługi Nie określono jeszcze
Kod błędu 0x8007052e Błąd konfiguracji
Nie można zalogować się lokalnie do C: \ inetpub \ wwwroot jako administrator użytkownika z hasłem katalogu wirtualnego
Plik konfiguracyjny niedostępny (izolacja konfiguracji )
Żądany adres URL http: // 192.168.0.3:80/
Ścieżka fizyczna C: \ inetpub \ wwwroot
Metoda logowania Jeszcze nie ustalono
Użytkownik logowania Jeszcze nie ustalono

Źródło konfiguracji

<application path="/" applicationPool="PS-Extranet">
    <virtualDirectory path="/" physicalPath="%SystemDrive%\inetpub\wwwroot" userName="administrator" password="[enc:AesProvider:PrISRz2ggJH4bV46ktObfCSh91Y/yF9pAoLmH7eCnj0=:enc]" />
</application>

Wygląda na to, że konto użytkownika, którego używasz do swojej puli aplikacji, nie ma uprawnień do katalogu strony internetowej, więc nie może odczytać konfiguracji z tego miejsca. Sprawdź pulę aplikacji i zobacz, jakiego użytkownika skonfigurowano do działania jako. Sprawdź katalog i sprawdź, czy ten użytkownik ma do niego odpowiednie prawa. W tym momencie sprawdź dziennik zdarzeń i sprawdź, czy IIS zarejestrował tam bardziej szczegółowe informacje diagnostyczne.

Miałem ten sam problem, ale powód był inny.

W moim web.config była reguła modułu przepisywania adresów URL i nie zainstalowałem również modułu przepisywania adresów URL. Po zainstalowaniu modułu przepisywania adresu URL problem został rozwiązany.

W systemie Windows 10 musiałem zainstalować ASP.NET 3.5i ASP.NET 4.6poniżej Internet Information Services(inne pola sprawdzają się automatycznie):

Wreszcie dostaję rozwiązanie mojego problemu. Konto asp.net nie pojawia się w menedżerze IIS, ponieważ nie zaznaczyłem jego pola wyboru w IIS, aby to zrobić w Windows 7, postępuj zgodnie z instrukcjami

1. Otwórz panel sterowania
2. Kliknij link „program” (nie odinstaluj programów)
3. Kliknij link „włącz / wyłącz funkcje systemu Windows”
4. zlokalizuj „Internetowe usługi informacyjne IIS” w wyskakującym oknie i rozwiń jego węzeł
5. Rozwiń węzeł „Usługa sieci WWW”
6. Rozwiń węzeł „Funkcje programowania aplikacji”
7. zaznacz pole wyboru „ASP.NET”
8. Następnie kliknij przycisk OK

Teraz zobaczysz konto Asp.net w menedżerze IIS i domyślnie zobaczysz konto IIS Teraz powinieneś przenieść swoją stronę asp.net z „mojego dokumentu” do innego miejsca, w którym IIS mają pozwolenie na dostęp do niego (do dowolnej partycji na twoim komputer) Teraz przejrzyj swoją stronę z poziomu menedżera IIS i powinna ona działać.

Ten błąd wystąpił po zmianie hasła administratora domeny.

Po małpowaniu z kilkoma ustawieniami, w końcu odkryłem, że w aplikacji w poniższej ścieżce, ponieważ zostało to ustawione specjalnie do korzystania z konta administratora domeny, a nie uwierzytelniania przekazywanego (kto wie dlaczego).

Menedżer usług IIS -> Ustawienia podstawowe -> Połącz

musisz zrobić jeden krok:

run->cmd

run "c:\Windows\Microsoft.NET\Framework\v4.0.30319\aspnet_regiis.exe -i"

Otóż ​​to

Dzisiaj doświadczył tego problemu i go rozwiązał. Ktoś ustawił „Poświadczenia ścieżki” dla „Domyślnej witryny” w IIS, aby działały jako określony użytkownik. Ten sam użytkownik zmienił hasło z powodu wygaśnięcia hasła lub po prostu rutynowej zmiany. Ustawienie „Domyślnej witryny”, aby łączyło się jako „Użytkownik aplikacji” za pomocą opcji ustawień podstawowych, rozwiązało to dla mnie

prawdopodobnie zmienisz swoje hasło NT.

Otwórz IIS -> kliknij aplikację prawym przyciskiem myszy -> zarządzaj aplikacją -> ustawienia zaawansowane -> poświadczenia ścieżki fizycznej.

powodzenia

W moim przypadku ten błąd pojawia się po zmianie rozwiązania folderu.

Rozwiązuję problem, przechodząc do właściwości mojego projektu i ponownie tworzę katalog wirtualny.

Kliknij prawym przyciskiem myszy projekt> Właściwości> Internet> W sekcji Serwery kliknij „Utwórz katalog wirtualny”

Wyświetli się komunikat informujący, że katalog wirtualny został utworzony w innym miejscu i zmieni go

Dla mnie musiałem włączyć Aktywację HTTP w ramach funkcji .Net w „Dodaj / Usuń funkcje systemu Windows”

Wszystko działa dobrze, ale nie w oparciu o powyższe sugestie. Mój przypadek polega na tym, że pojawia się błąd 500 podczas uruchamiania programu iis7 na serwerze Windows 2008 w domenie. Właśnie dodałem nowego użytkownika w domenie i zasadniczo umożliwiam odczyt / wykonanie dostępu do wirtualnego katalogu lub folderu. Upewnij się, że folder wirtualny> ustawienia podstawowe> Połącz jako> Poświadczenia ścieżki są ustawione na użytkownika z dostępem do odczytu / odczytu. Możesz przetestować ustawienia, a uwierzytelnianie i autoryzacja powinny działać. Twoje zdrowie!

W tej chwili miałem ten błąd i go rozwiązałem. Twój adres URL może pasować do utworzonego katalogu wirtualnego.

Musisz sprawdzić katalogi wirtualne, w moim przykładzie znalazłem w applicationhost.confignastępnym rzędzie:

<application path="/" applicationPool="Clr4IntegratedAppPool">
    <virtualDirectory path="/admin/roles" physicalPath="C:\..." />
</application>

Próbowałem otworzyć stronę za pomocą adresu URL ( http://localhost/admin/roles) AdminControlleri Rolesakcji i dostałem ten błąd.

Dla innych osób pojawia się podobny komunikat o błędzie z powodu próby uruchomienia aplikacji .Net 4 w puli aplikacji .Net 2. Zmiana wersji .Net FX dla puli aplikacji naprawiła to dla mnie.

Miałem podobny błąd podczas instalowania php 5.3.3 z kodem błędu 0x80070020 z kierunkiem do kilku wierszy w pliku web.config w moim katalogu głównym www (nie w standardowym katalogu głównym).

Rozwiązanie, chociaż surowe, działało idealnie. Po prostu usunąłem plik web.config i teraz wszystko działa. GODZINY spędziłem na próbowaniu innych rozwiązań bezskutecznie.

Jeśli ktoś myśli, że to głupie, proszę dać mi znać. Jeśli ktokolwiek inny spędził tyle samo czasu na wyjmowaniu włosów, spróbuj i zobacz (po utworzeniu kopii zapasowej pliku)

Pozdrawiam FEQ

Wystąpił ten sam błąd i naprawienie poświadczeń w puli aplikacji IIS nie pomogło. W końcu rozwiązałem błąd w IIS, wybierając moją witrynę w Domyślna witryna sieci Web, Ustawienia zaawansowane-> Poświadczenia ścieżki fizycznej-> Określony użytkownik, i ponownie wprowadziłem poświadczenia dla użytkownika puli aplikacji, a następnie ponownie uruchomiłem IIS i błąd zniknął, a moja witryna pojawiła się w górę pomyślnie.

Domyślna strona internetowa musi również zarządzać:

1. Na domyślnej stronie internetowej -> basicSettings -> connect as, zmień ją na odpowiedniego użytkownika.

2. zmień Identyfikator puli aplikacji związany z defaultWebSite

g. szczęście

Nie wydawało mi się to problemem z uprawnieniami - próbowałem dać konto IIS_IUSRS pełnej kontroli nad wszystkim w serwisie internetowym, żeby zobaczyć, czy to jest przyczyną. Naprawą okazało się odtwarzanie aplikacji obsługującej serwis internetowy (tj. Rzeczywisty plik „.svc”) w IIS

Jeśli jest duże, gdy próbujesz uzyskać dostęp do panelu administratora joomla, problem z nazwą użytkownika i hasłem !! Musisz tylko zaktualizować jos_user w swojej bazie danych joomla.

Przejdź do katalogu strony internetowej joomla i otwórz plik configuration.php z notatką blokową lub notatnikiem, aby pokazać, jakiej nazwy bazy danych używa strona administratora joomla. Musisz znaleźć linię, która ma:

public $user = 'joomlauser251';           //MySQL username

W moim przypadku joomlauser251jest to moja nazwa DB.

Zaloguj się do mysql:

 mysql -uyourusername -pyourpassword

Wybierz bazę danych dla swojej Joomla:

use joomlauser251;

Zmień hasło dla administratora:

UPDATE jos_users SET password=MD5(‘NewPassword’) WHERE username=’admin’;

I spróbuj ponownie, aby uzyskać dostęp.

To wszystko !!!

W moim przypadku znalazłem odniesienie do starego hasła do konta domeny w applicationHost.config w obszarze Domyślne ustawienia katalogu wirtualnego.

tak łatwo znaleźć plik „applicationHost.config” w systemie Windows -> System32 -> inetsrv -> config 1. wykonaj kopię zapasową „applicationHost.config” na inną nazwę pliku 2. otwórz plik „applicationHost.config” wyczyść dane i zapisz 3. otwórz przeglądarkę i zakończono wewnętrzną stronę url połączenia.

Jeśli używasz nowego, dedykowanego konta użytkownika ... Warto również sprawdzić, czy hasło do tego konta nie wygasło, ponieważ spowoduje to również problem z uprawnieniami 500.19.

Gdy dostałem 500.19, dałem IIS_IUSRS pełne prawa dostępu do wspomnianego pliku web.config i folderu projektu. To rozwiązało problem.

Możesz udzielić uprawnień przez

1. kliknij prawym przyciskiem myszy folder / plik
2. wybranie zakładki „bezpieczeństwo”
3. dodaj użytkownika IIS_IUSRS- nie zapomnij o i przed USRS i nie pisz „e” jak w USERS

Aplikacje ASP.Net są fabrycznie połączone z sekcją programów obsługi w pliku web.config. Domyślnie jest to ustawione tylko do odczytu w ramach delegowania funkcji w IIS. Zajrzyj do Menedżera usług IIS

1. Przejdź do Menedżera usług IIS i kliknij opcję Nazwa serwera

2. Przejdź do sekcji Zarządzanie i kliknij Delegowanie funkcji .

3. Wybierz mapowania modułu obsługi, które mają być ustawione jako tylko do odczytu .

4. Zmień wartość do odczytu / zapisu, a teraz możesz rozwiązać problem

Mam jeszcze jedną rzecz do powiedzenia na ten temat. Z tym samym kodem błędu HTTP nadal możesz mieć kilka różnych błędów, ponieważ jeden z nich został opublikowany tutaj w opisie oryginalnego pytania. Na przykład: po edycji Web.Configpliku projektu ASP.NET miałem

Kod błędu 0x8007000d

„Dozwolony jest tylko jeden element <configSections>. Musi to być pierwszy element potomny głównego elementu <configur>>”

Jak mówi, NIE wolno wstawiać własnych elementów XML przed <configSections>częścią Web.Configpliku. Po wstawieniu fragmentu kodu po tagu końcowym <configSections>zadziałało dobrze.

Prawidłowa ścieżka mojej witryny nie została określona w IIS.

Moje rozwiązanie polega na tym, że

1. po prostu usuń uszkodzony folder.
2. Następnie ponownie utwórz folder.

Wygląda na to, że jeśli uszkodzony folder został utworzony przed instalacją IIS. Jeśli folder został ponownie utworzony, będzie działał poprawnie.

Ten błąd wystąpił po odinstalowaniu usług Windows Server Update Services (WSUS) z komputera z uruchomionymi usługami IIS. Najwyraźniej odinstalowanie programu WSUS może zepsuć konfigurację usług IIS na serwerze, powodując niedostępność innych aplikacji internetowych zainstalowanych na tym samym serwerze.

Tutaj znalazłem rozwiązanie problemu .

W przypadku witryn ASP.NET Core ten ogólny błąd wystąpi również, jeśli nie masz zainstalowanego modułu HttpPlatformHandler . Aby uzyskać więcej informacji , zobacz tę odpowiedź .

W moim przypadku wartość klucza była niepoprawna w Web.configpliku:

    <defaultDocument>
        <files>
            <add value="Portal.htm" />
        </files>
    </defaultDocument>

kiedy zmieniłem wartość na „Portal.html”, działało.

Wystąpił ten błąd po aktualizacji z Visual Studio 2013 do 2015. Po kilku poszukiwaniach i próbach różnych poprawek znalazłem problem, który można rozwiązać, usuwając następujące elementy z pliku web.config:

<staticContent>
    <mimeMap fileExtension=".less" mimeType="text/css" />
</staticContent >

Najwyraźniej staticContent jest teraz przestarzałe?

Źródło

Edytuj 1

Ten rodzaj uniemożliwiał IIS wyświetlanie plików .json podczas wdrażania programu. Jeśli to zrobisz, powinieneś ponownie dodać .json (application / json) do typów MIME swojej witryny w IIS. Oto kilka informacji: http://www.iis.net/configreference/system.webserver/staticcontent/mimemap

Edytuj 2

Zauważyłem, że w mojej sytuacji powyższe rozwiązanie edycji 1 działa tylko tymczasowo. Po ponownym wdrożeniu wpis zostanie usunięty. Tak więc przeniosłem do mimeMap XML Web.Release.config. Teraz działa dobrze.