Wdrażanie strony: 500-Wewnętrzny błąd serwera

Wyrywałem sobie włosy z tego powodu. Upewniając się, że następujący wpis był w pliku root web.config naprawił to dla mnie:

<configuration>
  <system.webServer>
    <validation validateIntegratedModeConfiguration="false" />
  </system.webServer>
</configuration>

Pamiętaj, że musisz dodać to do istniejących elementów XML, jeśli już tam są. Nie można po prostu dodać na końcu pliku, ponieważ nie można mieć wielu kopii dowolnego elementu.

W końcu rozwiązałem ten błąd "500 Internal server" podczas wdrażania ASP.NET aplikacja MVC 3.0 na godaddy.ocm shared hosting.

W jakiś sposób były rozbieżności co do wersji plików DLL, do których się odwołuje i wersji wymienionej w pliku web.config.

Wypróbowałem wszystkie opcje wymienione na różnych forum. Nic nie pomogło, chociaż wszyscy sugerowali ten sam rodzaj poprawki, ale jakoś nie zadziałało w moim scenariuszu. W końcu po dwóch dniach walenia głową. Postanowiłem usunąć wszystkie DLL odsyłacz do pliku i usuń www.cofig (make a local copy) from the project and let the application throw the error and then add the DLL files one by one making copy to local = true.

Po dodaniu wszystkich plików DLL, utworzyłem nowy ASP.NET aplikacji MVC i skopiował sieć.konfiguracja nowej aplikacji do mojej rzeczywistej aplikacji. Więc moja aplikacja ma teraz nową stronę internetową.config, a następnie skopiowałem connectionstring i inne odniesienia z lokalnej kopii web.config że I uratowany.

Właśnie skompilowałem aplikację i opublikowałem w lokalnym folderze i FTP opublikowanego folderu do goDaddy.

Dla mnie poniższy kod w sieci.config był winowajcą. Kiedy go usunąłem, strona działała dobrze.

  <staticContent>
    <mimeMap fileExtension=".mp4" mimeType="video/mp4" />
  </staticContent>

W moim przypadku umieściłem błąd w pliku web.config. Klucz aplikacji został jakoś umieszczony pod tagiem . Ale zastanawiam się, dlaczego nie wyświetla błędu konfiguracji. Błąd 500 jest zbyt ogólny, aby zbadać problem.

Moja pierwsza próba opublikowania, a następnie uruchomienia bardzo prostej strony obsługującej tylko HTML "strona nie może być wyświetlona, ponieważ wystąpił wewnętrzny błąd serwera."

Problem: miałem witrynę ustawioną na . NET 3.5 W Visual Studio (kliknij prawym przyciskiem myszy web site project -> Property Pages -> Build), ale miałem witrynę na platformie Azure skonfigurowaną jako. NET 4.0. UPS! Zmieniłem go na 3.5 W Azure i zadziałało.

Oprócz innych sugestii, upewnij się, że zmienisz atrybut existingResponse węzła httpErrors na Auto z Replace lub całkowicie usuniesz tę właściwość.

<httpErrors existingResponse="Replace" />
                              ^^^^^^^ not going to work with this here

IIS zgłasza również kod stanu 500 bez podpowiedzi dziennika zdarzeń, jeśli nie ma wystarczających uprawnień do fizycznego katalogu domowego (tzn. IIS_IUSRS nie ma dostępu).

Prawdopodobnie Twoja sieć.plik konfiguracyjny jest błędny lub brakuje jakiegoś znacznika. Rozwiązałem swój problem używając poprawnych tagów config dla . NET 4.

<system.web>
    <compilation debug="true" strict="false" explicit="true" targetFramework="4.0">
        <assemblies>
            <add assembly="System.Deployment, Version=4.0.0.0, Culture=neutral, PublicKeyToken=B03F5F7F11D50A3A"/>
            <add assembly="System.Windows.Forms, Version=4.0.0.0, Culture=neutral, PublicKeyToken=B77A5C561934E089"/>
            <add assembly="System.Configuration, Version=4.0.0.0, Culture=neutral, PublicKeyToken=B03F5F7F11D50A3A"/>
            <add assembly="System.Data, Version=4.0.0.0, Culture=neutral, PublicKeyToken=B77A5C561934E089"/>
            <add assembly="System, Version=4.0.0.0, Culture=neutral, PublicKeyToken=B77A5C561934E089"/>
            <add assembly="System.Drawing, Version=4.0.0.0, Culture=neutral, PublicKeyToken=B03F5F7F11D50A3A"/>
            <add assembly="System.Web.Services, Version=4.0.0.0, Culture=neutral, PublicKeyToken=B03F5F7F11D50A3A"/>
            <add assembly="System.Xml, Version=4.0.0.0, Culture=neutral, PublicKeyToken=B77A5C561934E089"/>
            <add assembly="System.Transactions, Version=4.0.0.0, Culture=neutral, PublicKeyToken=B77A5C561934E089"/>
        </assemblies>
    </compilation>
    <pages controlRenderingCompatibilityVersion="3.5" clientIDMode="AutoID">
        <namespaces>
            <clear/>
            <add namespace="System"/>
            <add namespace="System.Collections"/>
            <add namespace="System.Collections.Specialized"/>
            <add namespace="System.Configuration"/>
            <add namespace="System.Text"/>
            <add namespace="System.Text.RegularExpressions"/>
            <add namespace="System.Web"/>
            <add namespace="System.Web.Caching"/>
            <add namespace="System.Web.SessionState"/>
            <add namespace="System.Web.Security"/>
            <add namespace="System.Web.Profile"/>
            <add namespace="System.Web.UI"/>
            <add namespace="System.Web.UI.WebControls"/>
            <add namespace="System.Web.UI.WebControls.WebParts"/>
            <add namespace="System.Web.UI.HtmlControls"/>
        </namespaces>
    </pages>
    <authentication mode="None"/>
</system.web>

Zdałem sobie sprawę, że uprawnienia do plików i folderów na twoim serwerze również mają znaczenie. Załadowałem moje pliki z systemu operacyjnego linux i zazwyczaj uprawnienia są ograniczone do odczytu i zapisu. Tak więc po przesłaniu uprawnienia są nadal takie same jak na komputerze lokalnym.

Miałem ten sam błąd i po prostu zmieniłem uprawnienia do folderu, który przesłałem i błąd zniknął.

Mam nadzieję, że to komuś pomoże.

500 Wewnętrzny błąd serwera może powstać z kilku powodów. Pierwszym powodem może być ta sieć.plik konfiguracyjny nie jest poprawnie utworzony, oznacza to, że przegapiłeś jakiś znacznik w sieci.plik konfiguracyjny. Po drugie ten błąd może być spowodowany pewnym problemem z kodem. Aby sprawdzić, który składnik aplikacji webowej powoduje ten błąd, można sprawdzić ustawienie aplikacji w web.plik konfiguracyjny. Szczegóły rozwiązania i śledzenia wewnętrznego błędu serwera 500 z diagramem podano tutaj:

Solve 500 internal server od IIS.

Server Error 500-Wewnętrzny błąd serwera. Istnieje problem z zasobem, którego szukasz, i nie można go wyświetlić. Cholera. Hosting-Www-Ekonomia-Windows Plesk

W moim przypadku zamieniam ten kod:

<configuration> 
  <system.webServer> 
    <httpErrors errorMode="Detailed" /> 
    <asp scriptErrorSentToBrowser="true"/> 
  </system.webServer> 
  <system.web> 
    <customErrors mode="Off"/>
    <compilation debug="true" targetFramework="4.0"/>
  </system.web> 
</configuration>

Następnie zmień framework 3.5 na Framework 4. Pokazuje mój szczegółowy błąd. Kasuję kod w:

<httpModules></httpModules>

500 Błąd Wewnętrzny
Windows Hosting Error

Problem z hostingiem Godaddy

Miałem do czynienia z tym samym problemem, ale teraz mój problem został rozwiązany. Zawsze używaj w tym hostingu to działa.

Polecam również wszystkim, aby zrobili wszelkie zmiany, które chcesz wprowadzić w swojej sieci.plik konfiguracyjny. Zrób to jeden po drugim i przetestuj to samo na domenie NA ŻYWO, aby znaleźć dokładny problem lub funkcje, które robi twój dostawca hostingu nie pozwala Ci używać.

<?xml version="1.0"?>

<configuration>
    <system.web>
        <trust level="Medium"/>
        <compilation debug="true" targetFramework="4.5">
            <assemblies>
                <add assembly="System.Data.Linq, Version=4.0.0.0, Culture=neutral, PublicKeyToken=B77A5C561934E089"/>
            </assemblies>
        </compilation>

        <httpRuntime targetFramework="4.5" />
        <sessionState mode="InProc" cookieless="false" timeout="90" />
        <authentication mode="Forms">
            <forms loginUrl="default.aspx"  
                   defaultUrl="default.aspx"
                   protection="All"
                   cookieless="UseCookies"
                   slidingExpiration="false"
                   timeout="30"
                   name="aeon.corpusjuris.in" />
        </authentication>

        <customErrors 
            mode="Off" 
            defaultRedirect="errorpage.aspx">

            <error statusCode="403" redirect="errorpage.aspx"/>
            <error statusCode="404" redirect="errorpage.aspx"/>
        </customErrors>

        <!--  <httpModules>
                <add name="HTTPCaching" type="HTTPCaching"/>
            </httpModules>
        -->
    </system.web>

    <runtime>
        <performanceScenario value="HighDensityWebHosting"  />
    </runtime>

    <system.webServer>
        <!--  <modules runAllManagedModulesForAllRequests="true">
                <add name="HTTPCaching" type="HTTPCaching"/>
            </modules>
        -->

        <defaultDocument>
            <files>
                <clear />
                <add value="default.aspx" />
            </files>
        </defaultDocument>

        <httpErrors errorMode="Detailed" />
        <asp scriptErrorSentToBrowser="true"/>

        <staticContent>
            <clientCache cacheControlCustom="public"
                         cacheControlMaxAge="60:00:00"
                         cacheControlMode="UseMaxAge" />
        </staticContent>
    </system.webServer>

    <system.web.extensions>
         <scripting>
             <webServices>
                 <jsonSerialization maxJsonLength="90000000">
                 </jsonSerialization>
             </webServices>
         </scripting>
    </system.web.extensions>

</configuration>

Upewnij się, że Twoje konto korzysta z usługi IIS 7. Aby uzyskać więcej informacji, zobacz Dostosowywanie ustawień usług IIS na koncie hostingowym Windows. Postępuj zgodnie z instrukcjami dotyczącymi zmiany trybu Potoku na koncie hostingowym Windows IIS 7. Wybierz Tryb Zintegrowanego Potoku. W sekcji Referencje projektu ustaw opcję Copy Local Na True dla następujących zestawów:

System.Web.Abstractions
System.Web.Helpers
System.Web.Routing
System.Web.Mvc
System.Web.WebPages

Dodaj następujące zespoły do projektu, a następnie Ustaw Copy Local Na True:

Microsoft.Web.Infrastructure
System.Web.Razor
System.Web.WebPages.Deployment
System.Web.WebPages.Razor
Publish your application.

Czasami powód może być jednym z Twoich .zespoły dll nie są poprawnie zarejestrowane na serwerze.

Na przykład, możesz z powodzeniem uruchomić aplikację internetową C# Excel na lokalnym komputerze z zainstalowanym pakietem Office, podczas gdy błąd 500 podczas wdrażania serwera, ponieważ na serwerze nie ma zainstalowanego pakietu Office, a tym samym otrzymasz błąd serwera.

Dla tych, którzy mają taką możliwość (hosting VPS nie web hosting):

Połącz się z serwerem hostingowym za pomocą pulpitu zdalnego. Otwórz przeglądarkę internetową z pulpitu zdalnego, a zobaczysz szczegółowy opis błędu.

Nie musisz modyfikować www.config lub ujawnić wszelkie szczegóły komukolwiek innemu.

Jeśli używasz niestandardowego Httphandlera (np. implementującego IHttpModule), Upewnij się, że sprawdzasz wywołania jego metody Error.

Twój handler może rzucić rzeczywiste HttpExceptions (które mają użyteczną właściwość Message) podczas lokalnego debugowania, Tak:

    public void Error(object sender, EventArgs e)
    {
        if (!HttpContext.Current.Request.IsLocal)
            return;
        var ex = ((HttpApplication)sender).Server.GetLastError();
        if (ex.GetType() == typeof(HttpException))
            throw ex;
    }

Upewnij się również, aby sprawdzić wyjątek InnerException.

Jeśli używasz IIS 8.5, może być konieczna zmiana ustawienia ID ApplicationPool z ApplicationPoolId na NetworkService

Kliknij prawym przyciskiem myszy pulę aplikacji, kliknij "Ustawienia Zaawansowane", a następnie przewiń w dół do ID - prawdopodobnie zostanie ustawione na ApplicationPoolIdentity . Kliknij przycisk (..) i wybierz NetworkService z listy rozwijanej.

Upewnij się również, że jeśli jest to aplikacja. NET 2.0 że nie odwołujesz się do frameworka 4.0 w swojej puli aplikacji.

Dla IIS 8

<system.web>
   <customErrors mode="Off" />
</system.web>
<system.webServer>
   <httpErrors existingResponse="PassThrough" errorMode="Detailed">
</system.webServer>

Wyłącz błędy niestandardowe IIS8 by Raul

Przed zmianą pliku web.config, chciałbym sprawdzić, czy wersja .NET Framework, której używasz jest dokładnie (mam na myśli, 4.5 != 4.5.2) to samo w porównaniu z Twoimi ustawieniami GoDaddy (ASP.Net ustawienia w twoim Plesk panel). To powinno automatycznie zmienić twoją sieć.plik konfiguracyjny do właściwego frameworka.

Zauważ również, że na razie (styczeń '16), GoDaddy działa z ASP.Net 3.5 i 4.5.2. Aby używać 4.5.2 z Visual Studio musi być 2012 lub nowszy, a jeśli nie 2015, musisz pobrać i zainstalować. NET Framework 4.5.2 Pakiet Programistyczny.

Jeśli nadal nie działa, to tak, następnym krokiem powinno być włączenie szczegółowego raportowania błędów, aby można było je debugować.