web应用程序出错是在所难免的事情,若是我们没有处理好就会出现404或是500的错误页面甚至出错的堆栈信息呈现在用户面前,当服务器出错时我们应该赢IE打开出错网站,才能看到完整的出错信息并分析。现在我们看去看看asp.net网站出错时的处理方法。
asp.net通常的出错可能如下:
一、Net1.1的程序放在.Net2.0的虚拟主机中运行,或反之
二、用户自己设计的web.config文件与虚拟主定义的冲突,只要删除冲突行就可以解决。
三、需要放在根目录下运行的程序却放在二级目录中造成出错,如dz论坛的NT版要就要放在根目录下才能运行。
四、权限问题:
1.没有点开始--自动设置受控端--设置Asp.Net安全模型,设置后要重启IIS
2.自己手工设了系统必要的权限,如用户数据目录是需要Service的读与运行权限(d:\\freehost)
3.自己手工改了C:\\DocumentsandSettings目录及子目录的权限,造成无法写临时文件,可以参考正常的电脑来恢复权限
4.自己手工改了C:\\windows目录的权限,造成无法读相关的dll文件。
5.如果只是asp.net写入文件操作时才出错,可以看以下内容:
如果用户需要用ASP.net写文件或目录,需要增加以下的权限。例如用户数据放在D:\\Freehost目录,那么要为D:\\增加FreeHost组读属性的权限,可以在硬盘属性---安全---高级中添加。最后的D:\\的权限如下
d:\\(如果用户网站内容放置在这个分区中)
administrators全部权限
system读取与运行(如果安装了一流信息监控就设全部权限)
FreeHost读取属性的权限(只有该文件夹,子目录不用继承)
注意!!!!!读取属性的权限的权限并不是读取权限,这是两个完全不一样的权限!
另外,测试服务器是否正常的办法:
首先你要确认服务器是否配置好asp.net
1.新开通一个asp.net的虚拟主机,做一个简单的asp.net程序上传,如test.aspx文件,这个文件的内容是:
2.在这台服务器上,IE中访问这个test.aspx,看出错信息是什么,从出错信息中可以大概知道原因。(必须在服务器上用IE查看出错页,在远程看是看不到出错原因的.)
看完上述内容之后,我们知道只有通过分析完整的出错信息才能找出具体的出错原因,若是我们不在出错的服务器上访问出错网址,那么我们看到的信息都是不完整的。
