必须在出错的服务器上,用IE打开出错的网址,才能看到完整的出错信息,通过分析完整的出错信息,才能知道具体的出错原因.
不在出错的服务器上访问出错的网址,看到的信息是不完整的.
通常的出错可能如下:
一、Net 1.1的程序放在.Net2.0的虚拟主机中运行,或反之
二、用户自己设计的web.config文件与虚拟主定义的冲突，只要删除冲突行就可以解决。
三、需要放在根目录下运行的程序却放在二级目录中造成出错，如dz论坛的NT版要就要放在根目录下才能运行。
四、权限问题：
1.没有点开始--自动设置受控端--设置Asp.Net安全模型，设置后要重启IIS
2.自己手工设了系统必要的权限，如用户数据目录是需要Service的读与运行权限（d:\freehost）
3.自己手工改了C:\Documents and Settings目录及子目录的权限，造成无法写临时文件，可以参考正常的电脑来恢复权限
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文件，这个文件的内容是:<%=now()%>
2.在这台服务器上，IE中访问这个test.aspx，看出错信息是什么，从出错信息中可以大概知道原因。(必须在服务器上用IE查看出错页,在远程看是看不到出错原因的.)
不在出错的服务器上访问出错的网址,看到的信息是不完整的.
通常的出错可能如下:
一、Net 1.1的程序放在.Net2.0的虚拟主机中运行,或反之
二、用户自己设计的web.config文件与虚拟主定义的冲突，只要删除冲突行就可以解决。
三、需要放在根目录下运行的程序却放在二级目录中造成出错，如dz论坛的NT版要就要放在根目录下才能运行。
四、权限问题：
1.没有点开始--自动设置受控端--设置Asp.Net安全模型，设置后要重启IIS
2.自己手工设了系统必要的权限，如用户数据目录是需要Service的读与运行权限（d:\freehost）
3.自己手工改了C:\Documents and Settings目录及子目录的权限，造成无法写临时文件，可以参考正常的电脑来恢复权限
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文件，这个文件的内容是:<%=now()%>
2.在这台服务器上，IE中访问这个test.aspx，看出错信息是什么，从出错信息中可以大概知道原因。(必须在服务器上用IE查看出错页,在远程看是看不到出错原因的.)