aspx网页打不开

打开浏览器，网页输入网址，网页回车。网页屏幕白了半秒，网页然后弹出一行字：“无法访问此网站”。网页没有更多提示。网页你刷新，网页还是网页一样。这时候你基本可以确定——不是网页你的网断了，是网页那个aspx页面出了问题。

aspx是网页微软.NET框架下的动态网页格式，服务器端跑完代码再把HTML吐给浏览器。网页它打不开的网页原因，比静态html多得多，网页也比php页面更容易卡在某个环节上。网页

先看最表面的：服务器还活着吗

我遇到过好几次，客户说“网站挂了”，结果一ping，服务器根本没响应。aspx页面打不开，有时候跟aspx本身没关系，是整台IIS服务器宕了。也可能是应用程序池停了——这个在IIS管理器里一眼就能看到。应用程序池一停，所有aspx请求全部503。重启一下就好，但你得知道去哪儿重启。

还有一种情况：服务器活着，IIS也活着，但那个特定的aspx文件编译报错了。ASP.NET是编译执行的，第一次请求某个页面时才会编译。如果代码里有语法错误，编译不过去，页面就给你一个黄底白字的报错页——当然，前提是自定义错误没把它盖住。很多生产环境把customErrors设成RemoteOnly或者On，结果你从外网访问，只看到一个通用的“运行时错误”，根本不知道具体哪一行出了问题。这时候得去服务器上看事件查看器，或者临时改配置把详细错误放出来。

权限和路径，两个老生常谈但总有人踩的坑

NTFS权限。IIS_IUSRS或者应用程序池的虚拟账户没有那个aspx文件所在目录的读取权限，页面就是打不开。表现可能是401.3，也可能是500，取决于具体配置。这个坑在部署新站点或者迁移服务器时特别常见。我见过一个运维把文件从旧服务器拷过来，权限没继承，折腾了一下午。

路径问题也值得说。有时候你请求的是 /default.aspx，但服务器上那个文件叫 Default.aspx——Windows不区分大小写，但IIS在某些配置下会。更常见的是URL重写规则写错了，把本该走aspx的请求重写到了一个不存在的地址。返回404，你以为文件丢了，其实是被规则吃了。

数据库连不上，页面也打不开

这个容易被忽略。aspx页面在Page_Load里连数据库，连接字符串指向的SQL Server没起来，或者账号密码改了，或者防火墙拦了1433端口。代码里没做异常处理，直接抛未捕获异常，页面就崩了。你看到的是500错误，但根因在数据库那边。我处理过一次，客户换了SQL Server的sa密码，忘了同步更新web.config，整个后台全挂。改一个字符串，三十秒解决，但找这个原因花了半小时。

浏览器缓存和DNS，别笑，真有人栽在这

你改了服务器上的东西，刷新页面还是老样子。Ctrl+F5强制刷新试试。有时候是浏览器缓存了301重定向，有时候是CDN节点没更新。DNS缓存也类似——换了服务器IP，本地DNS还指着旧地址，当然打不开。ipconfig /flushdns，或者换个网络环境试试，能快速排除这类问题。

还有一种情况挺隐蔽的：SSL证书过期。https的aspx页面，证书一过期，浏览器直接拦截，连请求都到不了服务器。你以为是aspx的问题，其实是证书的问题。看浏览器地址栏有没有红色警告就知道了。

怎么快速定位

我的习惯是分三步走。第一步，用服务器本机的浏览器访问 http://localhost/那个页面。本机能开，说明IIS和aspx本身没问题，问题在网络、DNS、防火墙或者SSL。本机也开不了，直接查IIS日志和Windows事件查看器。第二步，看HTTP状态码。404是路径或重写问题，500是代码或数据库问题，503是应用程序池问题，401是权限问题。状态码基本能把你引到正确的方向。第三步，如果状态码是500但看不到详情，临时把web.config里的customErrors改成Off，再看一次。看到具体报错，事情就简单了。

aspx打不开这事，说复杂也复杂，说简单也简单。大部分情况下，问题不在aspx本身，而在它依赖的某个环节——IIS、应用程序池、数据库、权限、证书、DNS。顺着请求的链路一层层往下查，总能找到那个断点。怕的是不看日志瞎猜，那才真叫打不开。