我实现的形式认证的通过创建 Default.aspx 和定义登录网页命名的 login.aspx.如果未经授权的用户的眉毛要 Default.aspx, 他们正重定向到 login.aspx, ,只有如果找到匹配对提供的凭据,用户重新定向到 default.aspx.

  • 但是当使用火狐,它的出现所有浏览器的情况使用同样的认证饼干实例,因此如果用户浏览器B1日志中的用户U1,然后所有的浏览器实例访问该网络应用程序将被记录在作为用户U1。因此,如果例如浏览器中的实例B1请求 默认。aspx 第一次,它将立即被授予访问权限。

  • 如果我记录在作为用户U1,我冲浪 login.aspx 并登录使用不同的用户名(说户U2),然后回发所有的浏览器(以前记录在作为用户U1)现在将登录在作为用户U2。

我怎么可以阻止这种行为使每一浏览器实例将收到其自己的身份验证饼干吗?

有帮助吗?

解决方案

每个浏览器的实例会有其自己的饼干。和历史。和书签。因为每个运行中的实例需要以连接到其自己的个人资料。

任何给定的实例可以有多个标签,打开窗户。和那些将分享饼干。如果这不能为你工作,然后不要使用的饼干...

如果你只想要这个来做测试更加容易,为什么不设立一个独立的测试配置并启动一个独立的实例的火狐附?

其他提示

一个快速的实验显示了我什么Shog9是暗示。开始Firefox。然后开始一个"实例"的火狐。然后看看在任务经理,你会看到的你只有一个firefox.exe 过程在运行。

我想他的意思是,你从来没有真正看到的两个实例Firefox。你只看到同样的实例的运行两个窗口。当然,这些共同的饼干。

我猜这意味着,为了实际拥有独立的情况下,他们将不得不在单独的登录或者也许用户配置文件,以及他们 有单独设置的饼干。


编辑: 一些资源配置文件在FireFox:

我的第二你的问题是模糊的措辞。火狐可以让你有一个任意数量的饼干组。每个组必须的一部分Firefox配置文件。每个档案可以有一个任意数量的窗口和进程打开(注意,以避免加入现有的进程则必须使用 没有远程).

我认为你已经使用多个窗户相同的轮廓,这是预计到分享饼干的设置。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top