Implementación del sitio web: 500-Error interno del servidor

Me estaba tirando del pelo por este asunto. Asegurándome de que la siguiente entrada estaba en el archivo raíz web.config lo arreglé para mí:

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

Recuerde que debe agregar esto a los elementos XML existentes, si ya están allí. No puedes simplemente agregar al final del archivo, porque no puedes tener varias copias de ningún elemento.

Finalmente resolví este error "500 Internal server" al implementar el ASP.NET Aplicación MVC 3.0 en godaddy.alojamiento compartido ocm.

De alguna manera hubo discrepancias en la versión de los archivos DLL referenciados y la versión mencionada en el archivo web.config.

Probé todas las opciones mencionadas en varios foros. Nada ayudó, aunque todos sugirieron el mismo tipo de arreglo, pero de alguna manera no funcionó en mi escenario. Finalmente después de golpearme la cabeza durante dos días. Decidí eliminar todo DLL referencia de archivo y eliminar web.cofig (hacer una copia local) desde el proyecto y dejar que la aplicación arroje el error y luego añadir los archivos DLL uno por uno haciendo copia a local=true.

Después de que se agregaron todos los archivos DLL, creé un nuevo ASP.NET Aplicación MVC y copiado la web.configuración de la nueva aplicación a mi aplicación real. Así que mi aplicación actual ahora tiene una nueva web.config, y luego copié la connectionstring y otras referencias de la copia local de web.config que I guardado.

Acabo de compilar la aplicación y publicarla en una carpeta local y envíe por FTP la carpeta publicada a GoDaddy.

Funcionó y finalmente se resolvió mi problema.

Para mí, el siguiente código en la web.config fue el culpable. Cuando lo quité, el sitio web funcionó bien.

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

En mi caso, puse un error en mi archivo web.config. La clave de la aplicación de alguna manera se puso bajo la etiqueta . Pero me pregunto por qué no muestra un error de configuración. El error 500 es demasiado genérico para investigar el problema.

Mi primer intento de publicar y luego ejecutar un sitio muy simple que sirve solo HTML producido "La página no se puede mostrar porque se ha producido un error interno del servidor."

El problema: tenía el sitio configurado en . NET 3.5 en Visual Studio (haga clic con el botón derecho en proyecto de sitio web -> Páginas de propiedades -> Construir), pero tenía el Sitio Web en Azure configurado como. NET 4.0. Oops! Lo cambié a 3.5 en Azure, y funcionó.

Además de las otras sugerencias, asegúrese de cambiar el atributo existingResponse del nodo httpErrors a Auto de Replace, o eliminar esa propiedad por completo.

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

IIS también informa el código de estado 500 sin ninguna pista de registro de eventos si no hay permisos suficientes en el directorio personal físico (es decir, IIS_IUSRS no tiene acceso).

Probablemente tu web.el archivo de configuración es incorrecto o le falta alguna etiqueta. Resolví mi problema usando las etiquetas de configuración correctas para . 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>

Me di cuenta de que los permisos para los archivos y carpetas en su servidor también importan. Subí mis archivos desde un sistema operativo linux y por lo general los permisos son limitados para leer y escribir. Por lo tanto, cuando se cargan, los permisos siguen siendo los mismos que en la máquina local.

Tuve el mismo error y solo cambié los permisos para la carpeta que había subido y el error desapareció.

Espero que ayude a alguien.

500 El error interno del servidor puede producirse por varias razones. La primera razón podría ser esa web.el archivo de configuración no se ha creado correctamente, lo que significa que se ha perdido alguna etiqueta en la web.archivo de configuración. En segundo lugar, este error puede deberse a algún problema de código. Para comprobar qué componente de la aplicación web está causando este error, puede comprobar la configuración de la aplicación en web.archivo de configuración. El detalle de resolver y rastrear el error interno del servidor 500 con el diagrama se da aquí:

Servidor interno Solve 500 de IIS.

Error del servidor 500 - Error interno del servidor. Hay un problema con el recurso que está buscando, y no se puede mostrar. Maldita sea. Hosting-Web-Economy-Windows Plesk

En mi caso, sustituyo este código:

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

Luego cambie framework 3.5 a framework 4. Muestra mi error detallado. Borro el código en:

<httpModules></httpModules>

Resolvió mi problema.

500 Error interno
Error de alojamiento de Windows

Problema de alojamiento de Godaddy

He estado enfrentando el mismo problema, pero ahora mi problema se ha resuelto. Utilice siempre en este alojamiento esto funciona.

También les recomendaré a todos que hagan cualquier cambio que estén buscando hacer en su web.archivo de configuración. Por favor, hágalo uno por uno y pruebe lo mismo en el dominio en vivo para que pueda encontrar el problema exacto o las características que hace su proveedor de alojamiento no le permiten usar.

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

Asegúrese de que su cuenta utiliza IIS 7. Para obtener más información, consulte Personalizar la configuración de IIS en su Cuenta de alojamiento de Windows. Siga las instrucciones en Cambiar el Modo de Canalización en su Cuenta de Alojamiento de Windows IIS 7. Seleccione Modo de Canalización Integrada. En la sección Referencias del proyecto, establezca Copy Local en True para los siguientes ensamblados:

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

Agregue los siguientes ensamblados a su proyecto y, a continuación, establezca Copy Local en True:

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

A veces, la razón podría ser una de sus .los ensamblados dll no se registran correctamente en el servidor.

Por ejemplo, puede ejecutar correctamente una aplicación web de C# Excel en su equipo local con Office instalado, mientras obtiene el error 500 en la implementación del servidor, porque no hay ningún paquete de Oficina instalado en el servidor y, por lo tanto, obtiene el error del servidor.

Para aquellos que tienen esta posibilidad (VPS hosting no web hosting):

Conéctese a su servidor de alojamiento a través del escritorio remoto. Abra el navegador web desde su escritorio remoto y verá la descripción detallada del error.

No es necesario modificar web.config o exponer cualquier detalle a cualquier otra persona.

Si está utilizando un HttpHandler personalizado (es decir, implementando IHttpModule), asegúrese de que está inspeccionando las llamadas a su método Error.

Podría hacer que su controlador arroje el HttpExceptions real (que tiene una propiedad útil Message) durante la depuración local como esta:

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

También asegúrese de inspeccionar el InnerException de la Excepción.

Si está utilizando IIS 8.5 puede ser que necesite cambiar la configuración de ID de ApplicationPool de ApplicationPoolId a NetworkService

Haga clic con el botón derecho en el Grupo de aplicaciones en cuestión, haga clic en "Configuración avanzada" y luego desplácese hacia abajo hasta ID - probablemente se establecerá en ApplicationPoolIdentity. Haga clic en el botón (..) y seleccione NetworkService de la lista desplegable en su lugar.

También asegúrese de que si se trata de una aplicación. NET 2.0 que no está haciendo referencia al marco 4.0 en su grupo de aplicaciones.

Para IIS 8

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

Desactive los errores personalizados de IIS8 por Raul

Antes de cambiar el archivo web.config, me gustaría comprobar que la versión .NET Framework que está utilizando es exactamente (quiero decir, 4.5 != 4.5.2) lo mismo comparado con su configuración GoDaddy (ASP.Net configuración en su Plesk panel). Eso debería cambiar automáticamente tu web.archivo de configuración al marco correcto.

También tenga en cuenta que por ahora (enero '16), GoDaddy funciona con ASP.Net 3.5 y 4.5.2. Para usar 4.5.2 con Visual Studio tiene que ser 2012 o más reciente, y si no es 2015, debe descargar e instalar el. NET Framework 4.5.2 Paquete para desarrolladores.

Si aún no funciona, entonces sí, el siguiente paso debería ser habilitar el informe detallado de errores para que pueda depurarlo.