可是我用vs调试，一切正常，文件目录啊权限什么的 都没设置错啊，怎么就出了这么见鬼的事情！！！ 求大神解答！！！
程序绝对没有一点问题
24 个解决方案
#1
IIS什么版本 网站的.net 版本设置是否正确
#2
看看是不是服务器上面.net版本和你的系统的.net版本不匹配
#3
一切都没问题，iis 6 .net2.5
iis里边我都设置好了，因为这个过程我操作过无数次啊 ，不可能犯那么低级的错误！
#4
安装sql2005 时有2.0，安装vs时有3.5 没有问题啊。。。
#5
看看错误日志，有没有记录什么错误信息
#6
比较差的一些软件出现的“诡异的”问题往往出现在滥用 try...catch上，它不是暴露出调试问题，而是掩盖问题。否则不会在很低级的地方就发生诡异的流程的。
你可以把你的程序的这种东西的“开关”关闭，然后重新部署。让错误页（例如asp.net抛出异常之后的“黄页”，非customer erroor页）尽早地显示出来，这样才能诊断问题。
你可以把你的程序的这种东西的“开关”关闭，然后重新部署。让错误页（例如asp.net抛出异常之后的“黄页”，非customer erroor页）尽早地显示出来，这样才能诊断问题。
#7
浏览器里面F12看下请求到底是什么响应结果
#8
不用太纠结操作系统和.net系统版本问题，如果有问题也就不会显示首页、登录页、随后的诡异流程了。
#9
如果不深入到源码级别去修改，可能你什么都调试不出来。即使是跟踪http消息，你得到的也就是你看到的（仍然刷新到首页）。没有什么新东西。
#10
你要看看既然你的程序已经平移到别的服务器了~~~那么就要看看数据库链接方面的问题了！！
你能看得到登录界面应该配置都没有问题的！！
你能看得到登录界面应该配置都没有问题的！！
#11
这个绝对没错。。。要哭了
#12
源代码不可能有问题啊，我只需要把程序里的主机名和数据库名改成这台服务器上的就ok了，所以用vs启用调试然后登陆，操作 。一切都没有问题，所以我就算用程序调试，程序也是一点问题都没有的啊。。用iis发布出来 登陆时候就没反应
#13
平移?楼主真的器官移植般的细心么,我感觉就是数据库连接出问题了.
#14
登录后的跳转用到脚本语句,可能服务器iis不支持或者怎么吧.
或者是打开程序的浏览器,不支持,也可能影响得到
或者是打开程序的浏览器,不支持,也可能影响得到
#15
那就按F12,从JS验证什么的开始跟踪，直到页面提交(PostBack)
没反应有可能是页面压根就没提交
没反应有可能是页面压根就没提交
#16
是这样吗？？你访问的数据库在哪个服务器上？？
如果是访问原来的服务器数据库，那么你原来的服务器和平移后的服务器能否正常通信？？
顺便问问你的登录后的页面是怎么判断用户登录状态的？？Session？？看看服务器有没有禁用Session(虽然我没遇到过，但是之前看到过有人遇到这样的问题)
#17
附加进程调试是最好的办法。
#18
我觉得应该是你程序有问题，你登陆之后闪了一下，应该是你做了出错误返回登陆页的吧？
#19
怎么查看是否禁用session？
#20
sessionid默认保存在cookie中的，他的意思是查看是否禁用了cookie吧？
#21
iis是否启用asp父路径支持？对准网站右键-》主目录-》配置-》选项-》启用父路径勾上
asp和asp.net是有区别的，如果是asp.net网站，是否将.net注册iis
IIS 注册 ASP.NET 2.0 4.0
在CMD窗体，运行如下命令：
2.0：C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\aspnet_regiis.exe -i
4.0：C:\WINDOWS\Microsoft.NET\Framework\v4.0.30319\aspnet_regiis.exe -i
asp和asp.net是有区别的，如果是asp.net网站，是否将.net注册iis
IIS 注册 ASP.NET 2.0 4.0
在CMD窗体，运行如下命令：
2.0：C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\aspnet_regiis.exe -i
4.0：C:\WINDOWS\Microsoft.NET\Framework\v4.0.30319\aspnet_regiis.exe -i
#22
监听一下http看看请求和返回结果是啥
#23
查找原因方式：
1，点一下除了登录页面，别的页面（最好是有数据库查询的页面），看下能不能正确运行。如果不能正确运行，则说明ASP.NET版本问题，如果能正确运行，但不显示查询的数据，说明是数据库连接不对。
2，如果上面问题排除，则说明问题只出在登录这块，请确保数据库连接正确并可用（也就是允许远程登录），然后检查一下代码，是不是登录成功之后，使用了cookie来保存登录状态，如果是，则立马查看当前客户端计算机的日期时间，是不是与服务器上的不同步，因为我们保存cookie时，指定 的有效时间是服务器上的时间为准，假如客户端的电脑刚重装了系统，那个当前日期可能不是标准的日期时间，这就造成刚登录成功，cookie就马上过期的情况。
3，如果以上两种方法都排不出原因，则请直接F12，尝试登录，查看报错的原因。
1，点一下除了登录页面，别的页面（最好是有数据库查询的页面），看下能不能正确运行。如果不能正确运行，则说明ASP.NET版本问题，如果能正确运行，但不显示查询的数据，说明是数据库连接不对。
2，如果上面问题排除，则说明问题只出在登录这块，请确保数据库连接正确并可用（也就是允许远程登录），然后检查一下代码，是不是登录成功之后，使用了cookie来保存登录状态，如果是，则立马查看当前客户端计算机的日期时间，是不是与服务器上的不同步，因为我们保存cookie时，指定 的有效时间是服务器上的时间为准，假如客户端的电脑刚重装了系统，那个当前日期可能不是标准的日期时间，这就造成刚登录成功，cookie就马上过期的情况。
3，如果以上两种方法都排不出原因，则请直接F12，尝试登录，查看报错的原因。
#24
web.config里面的debug改成true
然后运行你部署好的网站,看看会抛出什么错误信息?
然后运行你部署好的网站,看看会抛出什么错误信息?
#1
IIS什么版本 网站的.net 版本设置是否正确
#2
看看是不是服务器上面.net版本和你的系统的.net版本不匹配
#3
一切都没问题，iis 6 .net2.5
iis里边我都设置好了，因为这个过程我操作过无数次啊 ，不可能犯那么低级的错误！
#4
安装sql2005 时有2.0，安装vs时有3.5 没有问题啊。。。
#5
看看错误日志，有没有记录什么错误信息
#6
比较差的一些软件出现的“诡异的”问题往往出现在滥用 try...catch上，它不是暴露出调试问题，而是掩盖问题。否则不会在很低级的地方就发生诡异的流程的。
你可以把你的程序的这种东西的“开关”关闭，然后重新部署。让错误页（例如asp.net抛出异常之后的“黄页”，非customer erroor页）尽早地显示出来，这样才能诊断问题。
你可以把你的程序的这种东西的“开关”关闭，然后重新部署。让错误页（例如asp.net抛出异常之后的“黄页”，非customer erroor页）尽早地显示出来，这样才能诊断问题。
#7
浏览器里面F12看下请求到底是什么响应结果
#8
不用太纠结操作系统和.net系统版本问题，如果有问题也就不会显示首页、登录页、随后的诡异流程了。
#9
如果不深入到源码级别去修改，可能你什么都调试不出来。即使是跟踪http消息，你得到的也就是你看到的（仍然刷新到首页）。没有什么新东西。
#10
你要看看既然你的程序已经平移到别的服务器了~~~那么就要看看数据库链接方面的问题了！！
你能看得到登录界面应该配置都没有问题的！！
你能看得到登录界面应该配置都没有问题的！！
#11
这个绝对没错。。。要哭了
#12
源代码不可能有问题啊，我只需要把程序里的主机名和数据库名改成这台服务器上的就ok了，所以用vs启用调试然后登陆，操作 。一切都没有问题，所以我就算用程序调试，程序也是一点问题都没有的啊。。用iis发布出来 登陆时候就没反应
#13
平移?楼主真的器官移植般的细心么,我感觉就是数据库连接出问题了.
#14
登录后的跳转用到脚本语句,可能服务器iis不支持或者怎么吧.
或者是打开程序的浏览器,不支持,也可能影响得到
或者是打开程序的浏览器,不支持,也可能影响得到
#15
那就按F12,从JS验证什么的开始跟踪，直到页面提交(PostBack)
没反应有可能是页面压根就没提交
没反应有可能是页面压根就没提交
#16
是这样吗？？你访问的数据库在哪个服务器上？？
如果是访问原来的服务器数据库，那么你原来的服务器和平移后的服务器能否正常通信？？
顺便问问你的登录后的页面是怎么判断用户登录状态的？？Session？？看看服务器有没有禁用Session(虽然我没遇到过，但是之前看到过有人遇到这样的问题)
#17
附加进程调试是最好的办法。
#18
我觉得应该是你程序有问题，你登陆之后闪了一下，应该是你做了出错误返回登陆页的吧？
#19
怎么查看是否禁用session？
#20
sessionid默认保存在cookie中的，他的意思是查看是否禁用了cookie吧？
#21
iis是否启用asp父路径支持？对准网站右键-》主目录-》配置-》选项-》启用父路径勾上
asp和asp.net是有区别的，如果是asp.net网站，是否将.net注册iis
IIS 注册 ASP.NET 2.0 4.0
在CMD窗体，运行如下命令：
2.0：C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\aspnet_regiis.exe -i
4.0：C:\WINDOWS\Microsoft.NET\Framework\v4.0.30319\aspnet_regiis.exe -i
asp和asp.net是有区别的，如果是asp.net网站，是否将.net注册iis
IIS 注册 ASP.NET 2.0 4.0
在CMD窗体，运行如下命令：
2.0：C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\aspnet_regiis.exe -i
4.0：C:\WINDOWS\Microsoft.NET\Framework\v4.0.30319\aspnet_regiis.exe -i
#22
监听一下http看看请求和返回结果是啥
#23
查找原因方式：
1，点一下除了登录页面，别的页面（最好是有数据库查询的页面），看下能不能正确运行。如果不能正确运行，则说明ASP.NET版本问题，如果能正确运行，但不显示查询的数据，说明是数据库连接不对。
2，如果上面问题排除，则说明问题只出在登录这块，请确保数据库连接正确并可用（也就是允许远程登录），然后检查一下代码，是不是登录成功之后，使用了cookie来保存登录状态，如果是，则立马查看当前客户端计算机的日期时间，是不是与服务器上的不同步，因为我们保存cookie时，指定 的有效时间是服务器上的时间为准，假如客户端的电脑刚重装了系统，那个当前日期可能不是标准的日期时间，这就造成刚登录成功，cookie就马上过期的情况。
3，如果以上两种方法都排不出原因，则请直接F12，尝试登录，查看报错的原因。
1，点一下除了登录页面，别的页面（最好是有数据库查询的页面），看下能不能正确运行。如果不能正确运行，则说明ASP.NET版本问题，如果能正确运行，但不显示查询的数据，说明是数据库连接不对。
2，如果上面问题排除，则说明问题只出在登录这块，请确保数据库连接正确并可用（也就是允许远程登录），然后检查一下代码，是不是登录成功之后，使用了cookie来保存登录状态，如果是，则立马查看当前客户端计算机的日期时间，是不是与服务器上的不同步，因为我们保存cookie时，指定 的有效时间是服务器上的时间为准，假如客户端的电脑刚重装了系统，那个当前日期可能不是标准的日期时间，这就造成刚登录成功，cookie就马上过期的情况。
3，如果以上两种方法都排不出原因，则请直接F12，尝试登录，查看报错的原因。
#24
web.config里面的debug改成true
然后运行你部署好的网站,看看会抛出什么错误信息?
然后运行你部署好的网站,看看会抛出什么错误信息?