我有一些问题得到一个网站在我的工作地点工作。 当安全login网站发生“双重login”时，问题就被渲染了。 第二次login实际上是由HTTP域而不是HTTPS提示的。
实质上情况是这样的：
我有点困惑，为什么用户没有正确login第一次（redirect到非SSL），但任何连续login将是好吗？ 我一直在试图使用提琴手来看看发生了什么事后，用户在第一次input他们的密码，并试图让小提琴手自动login到网站（没有运气）
我相信有问题的网站正在使用基本摘要身份validation。
谢谢你的帮助
听起来就像服务器正在通过一个位置标题传递到另一个页面（或刚刚被authentication）之后。
根据服务器（对于端口80和443）的configuration方式，页面也可以简单地编码到http：//页面（端口80），在这个页面上你还不会authentication（再次，取决于结构）。
您可以检查HTTP标头，并报告是否有位置标题，或者如果authentication编码设置为“重新定向到成功页面”。
基本和摘要authentication使浏览器添加一个名为Authorization的标头。 服务器可以自由阅读或忽略它。 如果有一个身份validationcookie设置，它可能会忽略它。 该cookie是会话cookie。 它将被称为ASPSESSIONID，JSESSIONID，PHPSESSIONID或类似的东西。
以下是正在发生的事情：
Authorization头（很可能会失败），因为有一个会话cookie。 要解决此问题，您必须了解为什么第一个身份validation被拒绝。
提琴手是一个代理。 它将无法看到安全login页面的encryption内容。 您需要在浏览器中添加一个插件来查看HTTP标头。 如果您使用标题更新您的问题，请注意。 基本身份validation是base64中的纯文本密码。