Debugging 生产服务器上的asp.net调试

Debugging 生产服务器上的asp.net调试,debugging,asp.net-3.5,production,Debugging,Asp.net 3.5,Production,我们最近在生产服务器上部署了一个ASP.Net应用程序,在IE中遇到了一些问题。我们基于cookies构建了一个自定义安全模块。有趣的是,在所有浏览器的登台服务器上,一切都可以完美运行,在生产服务器上也可以,但只适用于Firefox。进程能够写入cookie,但由于某些奇怪的原因,身份验证在从IE登录到生产服务器时无法读取cookie。安全模块是由另一家公司开发并移交给我们的,有趣的是,该公司现已解散,没有人能够就整个模块进行知识共享 你们建议如何调试/解决生产服务器上的问题。尝试访问该站点。安

我们最近在生产服务器上部署了一个ASP.Net应用程序,在IE中遇到了一些问题。我们基于cookies构建了一个自定义安全模块。有趣的是,在所有浏览器的登台服务器上,一切都可以完美运行,在生产服务器上也可以,但只适用于Firefox。进程能够写入cookie,但由于某些奇怪的原因,身份验证在从IE登录到生产服务器时无法读取cookie。安全模块是由另一家公司开发并移交给我们的,有趣的是,该公司现已解散,没有人能够就整个模块进行知识共享

你们建议如何调试/解决生产服务器上的问题。

尝试访问该站点。安装是非常非侵入性的,你可以很快得到一些答案

如果这并不能满足您的需要(这可能是由于cookie问题造成的),请尝试使用debugbar类型的应用程序,并逐步完成该过程


如果您仍然遇到问题,您可能需要使用类似的方法来注入一些额外的调试详细信息并查看结果,但这将要求您重新编译应用程序并将其迁移。

您绝对应该做的第一件事是使暂存服务器完全镜像您的生产服务器。例如,如果生产服务器不在主域中,那么临时服务器也不应该在主域中

如果你在IE上有问题,那么听起来安全区域是不同的。这可能是由诸如域问题之类的“小事”引起的

从硬件到服务包级别,再到安装的软件,一切都应该完全相同。如果它们不是像这样的东西就会弹出


一旦您可以在登台中复制问题,那么,也只有到那时,才能修复它。调试产品是个坏主意。

Scott Hanselman最近在这里发表了一篇很好的概述/安装类型博客文章:。它应该会帮助你离开地面。