Internet explorer Internet Explorer 11赢得';不要在站点上设置cookie

Internet explorer Internet Explorer 11赢得';不要在站点上设置cookie,internet-explorer,cookies,internet-explorer-11,Internet Explorer,Cookies,Internet Explorer 11,出于某种原因,IE11(只有IE11,与其他IE9和IE10一起测试)不会在我一直在工作的站点上创建会话。因此,这意味着诸如站点登录之类的基本功能将无法工作 在其他浏览器上,这是完美的工作 我做了一些研究,发现IE无法处理带有下划线的域。。但是我的域名没有,那会有什么问题呢? 谢谢 查看服务器发送的cookies,过期日期似乎是昨天。服务器上的日期时间设置是否正确?您正在两次设置其中一个会话cookie: 设置Cookie:PHPSESSID=3iv5l4tn2ugkbf4vt09lilsi0

出于某种原因,IE11(只有IE11,与其他IE9和IE10一起测试)不会在我一直在工作的站点上创建会话。因此,这意味着诸如站点登录之类的基本功能将无法工作

在其他浏览器上,这是完美的工作

我做了一些研究,发现IE无法处理带有下划线的域。。但是我的域名没有,那会有什么问题呢?
谢谢

查看服务器发送的cookies,过期日期似乎是昨天。服务器上的日期时间设置是否正确?

您正在两次设置其中一个会话cookie:

设置Cookie:PHPSESSID=3iv5l4tn2ugkbf4vt09lilsi06;路径=/
设置Cookie:identity=1468380643;expires=2017年1月9日星期一12:31:46 GMT;路径=/;域=.tc.mk;httponly
设置Cookie:kohanassession=u5rrhtaj731h3p9s44jhp0k612;expires=2016年2月9日星期二12:31:46 GMT;路径=/;domain=tc.mk;HttpOnly
设置Cookie:kohanassession=u5rrhtaj731h3p9s44jhp0k612;expires=2016年2月9日星期二12:31:46 GMT;路径=/;domain=tc.mk;httponly

Internet explorer不会在连续的通话中重新发送此cookie信息,而Chrome只会接收其中一个“Kohanassession”。尝试只发送一次“kohanasession”


另外,您在cookie中设置的域是“tc.mk”,而您有一个SEO重定向到www.tc.mk。我认为IE在这种情况下不会使用www的cookie。按照Martin Beeby的建议,尝试将其配置为www.tc.mk

,请检查cookie的过期时间并在服务器上正确设置日期时间

我已经检查了你网站的会话&甚至在chrome中,它似乎已经过期了


cookie创建/到期日期似乎有一些问题&IE的行为与基于chrome的浏览器不同。不同的cookie具有不同的时间。

IE 11不喜欢cookie中的域值。让它空着

IE 11的错误:

Set-Cookie: kohanasession=foobar; expires=Tue, 09-Apr-2016 01:01:01 GMT; path=/; domain=tc.mk; httponly
Set-Cookie: kohanasession=foobar; expires=Tue, 09-Apr-2016 01:01:01 GMT; path=/; httponly
适用于IE 11:

Set-Cookie: kohanasession=foobar; expires=Tue, 09-Apr-2016 01:01:01 GMT; path=/; domain=tc.mk; httponly
Set-Cookie: kohanasession=foobar; expires=Tue, 09-Apr-2016 01:01:01 GMT; path=/; httponly

我知道这很古老,但希望这对将来的人有所帮助。
不能有空白的
expires=值。您只需将
expires
字段全部保留。

我最近也遇到了这个问题。在我的例子中,问题是在成功登录时执行“ClearAuthenticationCache”命令引起的。执行该命令是为了删除HTTP身份验证,但结果表明它也将删除会话cookie

因此,如果您在登录后执行“ClearAuthenticationCache”调用,我建议您删除该调用

document.execCommand("ClearAuthenticationCache");

有关更多信息,请参阅以下链接:

这可能只适用于其他域cookie,但如果有人通过谷歌(像我一样)找到它,这可能会有所帮助

IE11可能不会根据其隐私设置设置cookies

这对我很有用:


(Internet选项->隐私->高级->启用所有cookie案例)

我遇到这个问题是因为我运行的是单页Vue应用程序。我将cookie设置为一个路由,然后立即路由到另一个“页面”。然而,IE似乎在下一次页面加载之前不会发送cookie。因此,我没有使用pushState,而是强制浏览器重新加载页面。

我在不同的设置中遇到了类似的问题,我想分享一下问题是什么以及我是如何解决的。希望它能为那些遭受痛苦的人提供解决方案

设置

  • 身份验证服务,设置位于某些domain.com上的身份验证cookie
  • React应用程序由Webpack服务器捆绑并在本地主机上运行
  • 请求通过网页包代理登录到some domain.com。比如说
  • 问题1

    由于我的身份验证服务在某些domain.com上设置cookie,并且我的React应用程序在localhost上运行,因此它没有将该cookie附加到其请求,我的身份验证流失败

    解决方案

    我必须重写cookie域,所以我在webpack上的代理配置中添加了这一行

        cookieDomainRewrite: {
          '.some-domain.com': 'localhost'
        }
    
    在webpack.config.js中看起来像这样

      devServer: {
        ...
        proxy: {
          '/api/': {
            target: 'some-domain.com',
            logLevel: 'debug',
            secure: false,
            changeOrigin: true,
            pathRewrite: {
              '^/api': '/api'
            },
            cookieDomainRewrite: {
              '.some-domain.com': 'localhost'
            }
          }
        }
        ...
      }
    
    
    所以这在chrome、firefox上很好。。。但是在IE 11中被打破了

    由于IE 11不支持域localhost的原因,当重写发生时,cookie丢失

    我必须做的最后一个改变是

       cookieDomainRewrite: {
          '.some-domain.com': null
        }
    
    这将使域默认为localhost,同时使其对IE 11有效

    总结

    使用cookies和IE时,请确保:

  • 您的客户端和服务器的域匹配
  • 如果使用localhost,请对域值使用null

  • 为了让cookie持久性功能在IE11中按预期工作,我发现在创建cookie时,我必须对expires字段使用togmString()方法(我尝试了togmString()和toutString())。在添加此之前,浏览器关闭后cookie将不会持久

    例如:

    var expiryDate = new Date();
    expiryDate.setTime(expiryDate.getTime() + (3650 * 24 * 60 * 60 * 1000));
    document.cookie = 'name=value' + '; expires=' + expiryDate.toGMTString() + ';path=/'; 
    

    我到处找,但找不到解决问题的办法。调试后,我意识到IE(与其他浏览器不同)需要路径部分以“/”开头。我有一行“subdir/”,为了满足IE的要求,我必须将它预先设置为“/subdir/”。

    你找到解决方法了吗?我遇到了与Win 8上的IE11成员相同的问题,他拒绝接受会话cookie,我没有找到解决方案。我已将域添加到受信任的站点,我已通过安全设置强制接受cookie,我已重置浏览器,删除了所有数据,但IE11仍拒绝接受会话cookie。Google Chrome和FireFox一样工作正常,但IE不会让步。我也有这个问题,已经有2个用户表示他们无法登录我的网站。第一,我想某个地方有个bug。我们找到这个问题的答案了吗?我也有同样的问题