Dav*_*New 12 iis azure azure-diagnostics azure-web-sites
发布到我的Azure Web App后,我经常遇到以下500服务器错误.
如果我删除了网络应用程序,重新创建并重新发布,一切都很好.
我通过打开诊断程序(在Azure门户中)并在Visual Studio 2015的Cloud Explorer中找到详细的错误页面来检索以下错误页面:
错误页面:
HTTP错误500.0 - 内部服务器错误
由于发生内部服务器错误,无法显示页面.
最可能的原因:
- IIS收到了请求; 但是,在处理请求期间发生了内部错误.此错误的根本原因取决于哪个模块处理请求以及发生此错误时工作进程中发生的情况.
- IIS无法访问网站或应用程序的web.config文件.如果NTFS权限设置不正确,则会发生这种情况.
- IIS无法处理网站或应用程序的配置.
- 经过身份验证的用户无权使用此DLL.
- 请求将映射到托管处理程序,但未安装.NET可扩展性功能.
你可以尝试的事情:
- 确保web.config文件的NTFS权限正确,并允许访问Web服务器的计算机帐户.
- 检查事件日志以查看是否记录了任何其他信息.
- 验证DLL的权限.
- 如果请求映射到托管处理程序,请安装.NET Extensibility功能.
- 创建跟踪规则以跟踪此HTTP状态代码的失败请求.有关为失败的请求创建跟踪规则的更多信息,请单击此处.
详细错误信息:
模块 ManagedPipelineHandler
通知 MapRequestHandler
处理 程序StaticFile
错误代码 0x00000000
请求的URL http:// myurl:80/favicon.ico
物理路径 D:\ home\site\wwwroot\favicon.ico
登录方法 匿名
登录用户 匿名
解析favicon.ico似乎存在问题.我已经从wwwroot部署中包含并排除了这一点但没有区别.
有谁知道会出现什么问题?
注意:如果重要,我将使用MSDN中的以下发布脚本.
这与我以前的一篇文章有关.
使用 ASP.NET 5 可能很难捕获错误。在你的Startup.cs
文件中,你有一个Configure
方法。将Configure
方法内的所有内容包装到try-catch
这样的块中。然后你可以慢慢构建你的应用程序,看看它什么时候会成功。至少你会知道它不在Configure
方法中,或者如果在方法中,那么你现在就会知道是哪一个附加功能搞砸了它。您也可以在其他方法中使用此策略。
public void Configure(IApplicationBuilder app)
{
// HACK: for Azure web apps,
// the try-catch block lets us see errors that occur during configuration
try
{
app.UseErrorPage();
app.UseRuntimeInfoPage();
app.UseStaticFiles();
// add in remaining functionality one bit at a time...
}
catch (Exception ex)
{
app.Run(async (context) =>
{
await context.Response.WriteAsync(ex.ToString());
});
}
// Run on each request
app.Run(async (context) =>
{
await context.Response.WriteAsync("Hooray. It didn't error out.");
}
}
Run Code Online (Sandbox Code Playgroud)
归档时间: |
|
查看次数: |
4641 次 |
最近记录: |