现在假设你看到的仍然是“不能显示此网页”或者是“没找到该网页”的错误。这是因为IE没有成功地连接到你的网站，因此这里不会看到服务器错误信息。在Where did my IIS7 server go? Troubleshooting "server not found" errors.我详细地告诉大家怎样处理这样的情况。

    另外： 如果你排错时，不想与IE产生混乱（尤其是因为IE的超攻击性的高速缓存，你发现自己得到一些高速缓存页面），最好的办法就是使用选择的一个可信的简单的http工具，并且重新请求它。我推荐WFETCH，它包含在IIS6 Resource Kit tools中（你可以只在XP/Windows 2003安装它，然后要么在那里运转它，或者是把wfetch.exe复制到你的Vista/LHS框）。

2.找到IIS7详细错误

    IIS7引进了一种新的特定的错误特点，这种新的错误特点默认地隐藏错误反应（此错误反应是由服务器发送到远程客户的），用一个基本的错误信息代替它们。这对你的网站的安全非常重要，因为错误经常包含一些敏感的信息，而你不想让其它人看到这些敏感信息，但是因为你不能看到错误的具体信息，所以更难找出问题的根源。因此，如果你从另一台机器重新访问你的网站，你仍然会得到一个与下面情况相似的基本错误：

 
    在这里你有两个选择 ：
   1)从服务器机器上发出本地请求。在默认的情况下，你将得到一个详细的错误。 
   2)为远程客户找到详细错误 。
    首先，如果你的错误是一个ASP.NET特例（你可以分辨出它是否是“运转时间错误”，它是否含有框架版本），请注意ASP.NET用它自己安装的特定错误覆盖了IIS定制错误机制，因此你能关掉ASP.NET特定错误，检查详细的ASP.NET特例。你没必要为了ASP.NET特例安装IIS7特定错误（在两个地方都做这件事是非常愚蠢的）。关掉ASP.NET特定错误，把下面的内容放到你的web.config:

<system.web> 
<customErrors mode=”Off” /> 
</system.web>