gpt4 book ai didi

python - Django 1.6 中的 CSRF token cookie 问题

转载 作者:太空宇宙 更新时间:2023-11-03 12:07:28 26 4
gpt4 key购买 nike

在我们最新的版本中,我们一直在 Django 中遇到重复 CSRF token cookie 的问题。我们刚刚从 Django 1.4 升级到 1.6,在 1.4 中我们从未遇到过任何问题。基本上,对于每个用户来说,一开始一切都很好,但在某一时刻,他们最终拥有多个 CSRF token cookie,浏览器会感到困惑,不知道该使用哪个。它通常会选择错误并导致 CSRF 失败问题。我们的网站使用多个子域,因此通常有一个用于 .site.com、.sub.site.com、site.com 和其他变体的 cookie。

我们尝试将“CSRF_COOKIE_DOMAIN”设置为 .site.com,这似乎使问题发生的频率降低了,但当使用子域并且用户注销并以其他用户身份重新登录时,它仍然偶尔会发生.

我们还发现我们的基本模板中未定义网站图标快捷方式,导致额外请求通过中间件,但已修复。然后我们确认只有真正的请求通过中间件,而不是任何静态或媒体文件。

我们仍然无法根据命令重现该问题,通常只要它确实发生,清除 cookie 就可以作为临时修复,但它仍然会定期发生。有谁知道为什么会这样?我们在文档中遗漏了什么吗?

谢谢。

编辑:

有一件事我忘了提,我们有多个服务器环境(site.com、demo.site.com 和 beta.site.com)。经过更多的挖掘,看起来在 beta 测试然后使用生产的用户有跨环境的 cookie 冲突。刚才我们尝试将每个环境的 csrf cookie 域设置为“.beta.site.com”和“.demo.site.com”而不仅仅是“.site.com”,这似乎有帮助,尤其是当你清除你的在每个环境中工作之间的 cookie。但是,在测试版和演示版中,.site.com cookie 之间仍然存在生产冲突的可能性,但这至少不是什么大问题。

那么我们还能做些什么吗?此外,当用户使用旧的“site.com”cookie 与新指定的“.site.com”cookie 发生冲突时,一旦我们将其投入生产,我们还能做些什么吗?

编辑 2:

我把解决方案贴出来了,过几天不让我接受

最佳答案

我想我们终于弄明白了。每个环境(“.beta.site.com”、“.demo.site.com”等)的单独“CSRF_COOKIE_DOMAIN”阻止了跨环境问题。我们还最终将“CSRF_COOKIE_NAME”设置为“csrf_token”而不是默认的“csrftoken”,这样使用旧 csrftoken cookie 的用户就不会受到负面影响。

关于python - Django 1.6 中的 CSRF token cookie 问题,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/25327192/

26 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com