我不确定这是否是合适的地方，但DNN论坛目前不适合我，而且我有一个不愉快的客户。
我在Windows Server 2003盒子上设置了DNN 5.2。 我安装了SQL Server Express 2008，然后安装了DNN。 我通过设置向导，并设置用户帐户等。我做了一个testinglogin使用Firefox的pipe理员帐户，一切签出。 第二天，我收到一封来自pipe理员的电子邮件，说他无法login。当然，当我使用Internet Explorer（6,7或8）时，login尝试在DNN事件日志中被标记为成功，但是该页面仍然显示，如果没有人login。由于它是IE浏览器，我真的在这里亏本，抓住吸pipe的答案。 我也看到其他人也有这个问题，但没有任何理由或解决scheme发布。
我们遇到的一个问题就是当我们移动服务器的时候。 这是我们对大多数人所做的事情，就像清除浏览器caching一样简单 – 如果这不是很好，如果不进入cookie存储的地方，实际上删除所有的cookie – dnn使用身份validationcookie，有时它可以得到'卡住'。
在这段时间之间，我经历了几个月的时间，但在一段时间内，它发生在我或我的一个客户身上。
HTH
确保IE正在接受用户所在网站的任何区域的Cookie。 这是最常见的原因，一个浏览器不会显示为通过另一个浏览器进行身份validation。
这是一个caching问题？ 如果您导航到不同的页面或执行当前页面的强制刷新（Shift + F5），它是否仍显示为未login？
回顾起来这个问题非常简单：我安装DNN的testing服务器在主机名中有一个下划线。 显然这是“非法的”就主机名去，并搞砸DNN的URL重写引擎。 从主机名中删除下划线，并重新映像服务器修复了一切。