asp.net具有一个很好的新功能：它对运行时间错误的处理和跟踪提供了丰富支持。特别是，它为管理人员提供了一种很简单的方法，可以保证那些令人恐惧的“asp 43433ax”十六进制形式的错误永远也不会被显示到客户面前。相反，它允许显示一个较为定制化的信息，比如“对不起，这个站点不可用”。asp.net还提供了一种强大的方法，使开发人员可以对他们的代码进行装备，向管理人员提供发生在工作站点问题的额外信息与通知。本文详细介绍了这两种技术，同时在结尾包括了一个样本代码，你可以直接使用它试验一下。

确保不会泄露安全信息

　　asp.net同以前的asp一样，当服务器上发生了一个运行时间或编译时间错误时，就会生成一个html 错误页面。但是与asp不同，asp.net格外关注的是：要确保在默认状态下，不会因为这个错误的发生而泄露“安全”信息。尤其是如果你从一个远程机器上点击服务器的话。“out of the box”型的错误处理设置将不会导致显示远程机器的编译器信息、泄露配置信息、文件名、堆栈记录 、源代码或线性数据。相反，远程用户只会看到一个如“发生了应用程序错误”的普通信息。要想查看错误细节，用户必须要：1）从本地服务器再次点击页面，或者是 2）在机器或应用程序的config.web文件中修改配置的设置来允许远程访问：

<configuration>

<customerrors mode="off" />

</configuration> 

　　我们希望通过将默认状态设置成我们不得不“安全”的样子，从而能够最终帮助保护应用程序的完整性和安全性。并且由此纠正许多asp开发人员―特别是asp管理人员都在反映的一个共同的抱怨/担心）。

使用定制错误页面

　　虽然我们发送给用户的公用错误信息是安全的，就是说它不会威胁到应用程序的秘密，但是这样的信息并不好看。也许你希望用户永远也看不到这样的信息。相反，当处理请求的过程中，如果发生了一个为处理的错误，你希望能够显示自己的“定制错误页面”，显示出自己的品牌以及特定的错误信息。

　　向asp.net 应用程序中增加定制错误信息非常容易。首先，编写自己的 web页面，它可以是任何类型的文件：.htm，.aspx，.asp，等等。然后在应用程序的config.web文件中修改配置信息，让它指向这个文件。

　　举例说明，以下这个配置信息说明在发生了任何未能预定处理错误的情况下，浏览器都应该被重定向到“errorpage.aspx”页面：

 

<configuration>

<customerrors mode="remoteonly" defaultredirect="errorpage.aspx" />

</configuration> 

<customerrors>

[1] [2] [3] 下一页

文章整理：iocblog
版权申明：本站文章均来自网络，如有侵权，请联系我们，我们收到后立即删除，谢谢！
特别注意：本站所有转载文章言论不代表本站观点，本站所提供的摄影照片，插画，设计作品，如需使用，请与原作者联系，版权归原作者所有。