Redirect IE 11 cookie处理问题,重定向后一个域的cookie持久化,而不是另一个域的cookie持久化

Redirect IE 11 cookie处理问题,重定向后一个域的cookie持久化,而不是另一个域的cookie持久化,redirect,cookies,asp-classic,Redirect,Cookies,Asp Classic,我们有一个非常奇怪的问题,只发生在IE中(我们使用的是11,还没有测试过其他版本)。Firefox和Chrome都没有出现这个问题。在一个子域内的页面上重定向后,Cookie会正确保留,但不会在另一个子域内的页面上保留 为了重现错误,我创建了两个.asp页面。 Cookie_Test.asp <% Response.Cookies("DebugCount") = 20 Response.Cookies("IRCookie")("Enabled") = True Response.Redi

我们有一个非常奇怪的问题,只发生在IE中(我们使用的是11,还没有测试过其他版本)。Firefox和Chrome都没有出现这个问题。在一个子域内的页面上重定向后,Cookie会正确保留,但不会在另一个子域内的页面上保留

为了重现错误,我创建了两个.asp页面。
Cookie_Test.asp

<% 
Response.Cookies("DebugCount") = 20
Response.Cookies("IRCookie")("Enabled") = True
Response.Redirect("Cookie_Test_2.asp")
%>
但是,在不同的子域(dev_v5.localserver)上,输出为空:

DebugCount 
Enabled 
这是完全相同的IE 11浏览器,在多个不同的工作站上得到验证。子域要么在浏览器的受信任站点列表(Internet选项、安全性、受信任站点)中,要么不适用于所有测试的计算机--受信任站点状态似乎不会影响问题

我检查了一下这是否与重定向有关,确实如此。如果我将集合和get放在同一个文件中,它在两个子域下都可以正常工作


IIS中是否存在影响域如何处理cookie的设置?是否有可能在一个子域中,Cookies正在考虑“第三方”(尽管第三方cookie在隐私标签中被接受,以及会话cookie?)

,根据非常有用的帖子,我们自己查看了子域。由于我们的客户机都没有遇到错误,但我们只是在内部发现了错误,因此我们完全可以控制子域,因此我们没有将它们称为“dev”和“dev_v5”,而是将它们重命名为“dev4”和“dev5”,并发现现在重定向在这两种情况下都正确地传递了Set Cookie响应头


我知道这可能对任何人都没有帮助,但在我们的案例中,一些似乎与cookies的处理方式没有直接关系的事情确实产生了需要缓解的影响。

根据非常有用的帖子,我们查看了子域本身。由于我们的客户机都没有遇到错误,但我们只是在内部发现了错误,因此我们完全可以控制子域,因此我们没有将它们称为“dev”和“dev_v5”,而是将它们重命名为“dev4”和“dev5”,并发现现在重定向在这两种情况下都正确地传递了Set Cookie响应头

我知道这可能对任何人都没有帮助,但在我们的案例中,一些似乎对如何处理饼干没有直接影响的事情确实产生了需要缓解的影响

DebugCount 20
Enabled True
DebugCount 
Enabled