asp.net - with - http error 500 asp net core
Despliegue del sitio web: 500-Error interno del servidor (20)
Estoy tratando de implementar una aplicación ASP.NET. Implementé el sitio en IIS, pero al visitarlo con el navegador, me muestra esto:
Error del Servidor
Error interno de servidor 500.
Hay un problema con el recurso que está buscando y no se puede mostrar.
Después de juguetear con el web.config, ahora obtengo:
La página no se puede mostrar porque se ha producido un error interno en el servidor.
¿Cómo puedo ver el problema real detrás de este error del servidor?
500 Error interno
Error de Windows Hosting
Problema de Godaddy Hosting
He estado enfrentando el mismo problema, pero ahora mi problema se ha resuelto. Siempre use en este hosting este funciona.
También les recomendaré a todos que hagan los cambios que estén buscando hacer en su archivo web.config. Por favor, hazlo uno por uno y prueba lo mismo en el dominio en vivo para que puedas encontrar el problema exacto o las características que tu proveedor de hosting no te permite 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>
Server Error 500 - Error interno del servidor. Hay un problema con el recurso que está buscando y no se puede mostrar. Goddady. Alojamiento - Web - Economía - Windows Plesk
En mi caso, reemplazo 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>
Solucionó mi problema.
Además de las otras sugerencias, asegúrese de cambiar el atributo existingResponse httpErrors nodo httpErrors a Auto from Replace , o eliminar esa propiedad por completo.
<httpErrors existingResponse="Replace" />
^^^^^^^ not going to work with this here
Algunas veces, la razón podría ser que uno de sus ensambles .dll no está registrado correctamente en el servidor.
Por ejemplo, puede ejecutar correctamente una aplicación web C # Excel en su equipo local con Office instalado, al obtener el error 500 en la implementación del servidor, porque no hay un paquete de Office instalado en el servidor y, por lo tanto, obtiene el error del servidor.
Antes de cambiar el archivo web.config , comprobaría que la versión de .NET Framework que está utilizando es exactamente (me refiero a 4.5! = 4.5.2) la misma en comparación con la configuración de GoDaddy (configuración de ASP.Net en su Plesk panel ). Eso debería cambiar automáticamente su archivo web.config 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, debe ser 2012 o posterior, y si no es 2015, debe descargar e instalar el .NET Framework 4.5.2 Developer Package.
Si aún no funciona, entonces sí, su próximo paso debería ser habilitar reportes detallados de errores para que pueda depurarlo.
Asegúrese de que su cuenta utilice 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 Cambio de modo de canalización en su cuenta de alojamiento de Windows IIS 7. Seleccione el modo Integrated Pipeline. En la sección Referencias del proyecto, establezca Copiar local en Verdadero para los siguientes conjuntos:
System.Web.Abstractions
System.Web.Helpers
System.Web.Routing
System.Web.Mvc
System.Web.WebPages
Agregue los siguientes ensamblajes a su proyecto y luego configure Copiar local a True:
Microsoft.Web.Infrastructure
System.Web.Razor
System.Web.WebPages.Deployment
System.Web.WebPages.Razor
Publish your application.
El error del servidor interno 500 puede surgir debido a varias razones. La primera razón podría ser que el archivo web.config no se creó correctamente, significa que se ha perdido alguna etiqueta en el archivo web.config. En segundo lugar, este error puede deberse a algún problema de código. Para verificar qué componente de la aplicación web está causando este error, puede verificar la configuración de la aplicación en el archivo web.config. El detalle de resolver y rastrear el error del servidor interno 500 con el diagrama se da aquí:
En mi caso, puse un error en mi archivo web.config . De alguna forma, la clave de la aplicación se puso debajo de la etiqueta <appSettings>. Pero me pregunto por qué no muestra un error de configuración. El error 500 es demasiado genérico para investigar el problema.
En primer lugar, debe habilitar y ver los errores detallados de sus mensajes web, ya que este es un mensaje general sin dar información sobre lo que realmente está sucediendo por razones de seguridad.
Con el error detallado, puede localizar el problema real aquí.
Además, si puede ejecutar el navegador en el servidor , obtendrá detalles sobre el error, ya que el servidor reconoce que usted es local y se lo muestra. O si puede leer el registro del servidor utilizando el Visor de eventos, también verá los detalles de su error.
En IIS 6
<configuration>
<system.web>
<customErrors mode="Off"/>
<compilation debug="true"/>
</system.web>
</configuration>
En IIS 7
<configuration>
<system.webServer>
<httpErrors errorMode="Detailed" />
<asp scriptErrorSentToBrowser="true"/>
</system.webServer>
<system.web>
<customErrors mode="Off"/>
<compilation debug="true"/>
</system.web>
</configuration>
Nota: puede evitar la depuración = verdadera . Solo necesita cerrar los errores personalizados durante un tiempo y obtener la página de error detallada.
Referencia: habilitación de mensajes de error personalizados de Windows en los artículos de ayuda de Go Daddy .
Además, esto puede ayudar: Cómo habilitar los mensajes de error detallados (desde IIS).
Estaba tirando de mi cabello sobre este tema. Asegurándome de que la siguiente entrada estaba en el archivo raíz web.config , lo solucioné por 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 puede simplemente agregar al final del archivo, porque no puede tener múltiples copias de ningún elemento.
Finalmente resolví este error de "500 servidor interno" al implementar la aplicación ASP.NET MVC 3.0 en el alojamiento compartido godaddy.ocm.
de alguna manera hubo discrepancias en la versión de los archivos DLL a los que se hace referencia y en 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 solución, pero de alguna manera no funcionó en mi escenario. Finalmente después de golpear mi cabeza por dos días. Decidí eliminar toda referencia de archivo DLL y eliminar web.cofig (hacer una copia local) del proyecto y dejar que la aplicación arrojara el error y luego agregar los archivos DLL uno por uno haciendo copy to local = true.
Después de agregar todos los archivos DLL, creé una nueva aplicación ASP.NET MVC y copié el archivo web.config de la nueva aplicación en mi aplicación real. Entonces mi aplicación actual ahora tiene un nuevo web.config, y luego copié la conexión y otras referencias de la copia local de web.config que guardé.
Acabo de compilar la aplicación y la publiqué en una carpeta local y transfiero la carpeta publicada a goDaddy.
Funcionó y finalmente mi problema fue resuelto.
IIS también informa el código de estado 500 sin ninguna sugerencia de registro de eventos si no hay permisos suficientes en el directorio de inicio físico (es decir, IIS_IUSRS no tiene acceso).
Me di cuenta de que los permisos para los archivos y las carpetas de tu servidor también son importantes. Cargué mis archivos desde un sistema operativo Linux y, por lo general, los permisos están limitados para lectura y escritura. Entonces, cuando se cargan, los permisos son los mismos que en la máquina local.
Tuve el mismo error y acabo de cambiar los permisos de la carpeta que había subido y el error desapareció.
Espero que ayude a alguien.
Mi primer intento de publicar y ejecutar un sitio muy simple que solo muestra HTML produjo "La página no se puede mostrar porque se ha producido un error interno en el servidor".
El problema: tuve el sitio configurado para .NET 3.5 en Visual Studio (haga clic con el botón derecho en el proyecto del sitio web -> Páginas de propiedades -> Crear), pero tenía el sitio web en Azure configurado como .NET 4.0. Oops! Lo cambié a 3.5 en Azure, y funcionó.
Para aquellos que tienen esta posibilidad (alojamiento de VPS no alojamiento web):
Conéctese a su servidor de alojamiento a través de Escritorio remoto. Abra el navegador web desde su escritorio remoto y verá la descripción detallada del error.
No necesita modificar web.config ni exponer ningún detalle a nadie más.
Para mí, el siguiente código en el web.config fue el culpable. Cuando lo eliminé, el sitio web funcionó bien.
<staticContent>
<mimeMap fileExtension=".mp4" mimeType="video/mp4" />
</staticContent>
Probablemente su archivo web.config 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>
Si está utilizando IIS 8.5, es posible 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 establezca en ApplicationPoolIdentity . Haga clic en el botón (..) y seleccione NetworkService en la lista desplegable.
También asegúrese de que si se trata de una aplicación .NET 2.0, no está haciendo referencia al marco de trabajo 4.0 en su Pool de aplicaciones.
Si está utilizando un HttpHandler personalizado (es decir, implementando IHttpModule ), asegúrese de que está inspeccionando las llamadas a su método de Error .
Puede hacer que su controlador arroje las HttpExceptions (que tienen una propiedad de Message útil) durante la depuración local de esta manera:
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 Exception InnerException .
Para IIS 8
<system.web>
<customErrors mode="Off" />
</system.web>
<system.webServer>
<httpErrors existingResponse="PassThrough" errorMode="Detailed">
</system.webServer>