gpt4 book ai didi

管理面板的 Django CSRF 验证失败

转载 作者:行者123 更新时间:2023-12-04 04:31:28 24 4
gpt4 key购买 nike

我用一个应用程序、一个模型和一个管理面板开始了一个全新的 Django 1.11 项目。在本地,一切正常。当我将其部署到 Amazon EC2 并尝试登录管理面板时,我收到 403(CSRF 验证失败。请求中止。)。我在调试日志中看到了这一点:
[WARNING] 2017-05-21 11:23:52,142 csrf 14263 140377210439424 Forbidden (Referer checking failed - Referer is insecure while host is secure.): /admin/login/
我使用 Chrome 的网络实用程序检查了请求,我注意到在我的请求 header 中我有:
Cookie:csrftoken=hFhzOJPMOhkNWWWfRtlMOEum9jXV8XXWnOtw3OwZm2En9JUqYRVq632xyZfwSpzU
在我的表单数据中,我有:
csrfmiddlewaretoken:RHNpPfOHhg42FZnXmn9PZgNm3bN40C41XQZm4kvUP1oCSMl8tLJthFlxsR5FK4GZ
这两个应该一样吗?据我了解,它们确实如此,但是当我在本地环境中尝试相同的方法时,我发现它们也不相同,但是它工作正常,并且我在响应 header 中获得了与请求中发送的相同的 token 标题,所以我认为它们不需要完全相同?注意:我目前没有安全连接 (https),​​但在此问题修复后会继续使用。

我已经尝试/检查了以下内容:

  • 设置CSRF_COOKIE_DOMAIN (https://stackoverflow.com/a/42115353/1469465)
  • 清除浏览器中的所有 cookie (https://stackoverflow.com/a/29574563/1469465)
  • 变量 CSRF_COOKIE_SECURE 未设置,因此 False (https://stackoverflow.com/a/29574563/1469465)
  • 我的网站图标已正确加载(https://stackoverflow.com/a/42021886/1469465)
  • 我有一个指向我的 EC2 实例的 DNS,并且在 ALLOWED_HOSTS
  • 中有那个子域

    我在 SO 上找到的其他答案提到您需要在表单本身中做一些事情,但这是来自 Django 框架的表单。

    附加信息

    我来自 /etc/nginx/nginx.conf 的 nginx 配置:
    user www-data;
    worker_processes auto;
    pid /run/nginx.pid;

    events {
    worker_connections 768;
    # multi_accept on;
    }

    http {

    ##
    # Basic Settings
    ##

    sendfile on;
    tcp_nopush on;
    tcp_nodelay on;
    keepalive_timeout 65;
    types_hash_max_size 2048;
    # server_tokens off;

    # server_names_hash_bucket_size 64;
    # server_name_in_redirect off;

    include /etc/nginx/mime.types;
    default_type application/octet-stream;

    ##
    # SSL Settings
    ##

    ssl_protocols TLSv1 TLSv1.1 TLSv1.2; # Dropping SSLv3, ref: POODLE
    ssl_prefer_server_ciphers on;

    ##
    # Logging Settings
    ##

    access_log /var/log/nginx/access.log;
    error_log /var/log/nginx/error.log;

    ##
    # Gzip Settings
    ##

    gzip on;
    gzip_disable "msie6";

    # gzip_vary on;
    # gzip_proxied any;
    # gzip_comp_level 6;
    # gzip_buffers 16 8k;
    # gzip_http_version 1.1;
    # gzip_types text/plain text/css application/json application/javascript text/xml application/xml application/xml+rss text/javascript;

    ##
    # Virtual Host Configs
    ##

    include /etc/nginx/conf.d/*.conf;
    include /etc/nginx/sites-enabled/*;
    }

    我来自 /etc/nginx/sites-enabled/MyDjangoService 的站点特定配置:
    upstream MyDjangoService_wsgi_server {
    # fail_timeout=0 means we always retry an upstream even if it failed
    # to return a good HTTP response (in case the Unicorn master nukes a
    # single worker for timing out).

    server unix:/webapps/MyDjangoService/run/gunicorn.sock fail_timeout=0;
    }

    server {
    listen 80;
    server_name MyDjangoService;

    client_max_body_size 4G;

    access_log /webapps/MyDjangoService/logs/nginx_access.log;
    error_log /webapps/MyDjangoService/logs/nginx_error.log;

    location /static/ {
    alias /webapps/MyDjangoService/static/;
    }

    location /media/ {
    alias /webapps/MyDjangoService/media/;
    }

    location / {
    if (-f /webapps/MyDjangoService/maintenance_on.html) {
    return 503;
    }

    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    proxy_set_header X-Forwarded-Proto https;
    proxy_set_header Host $http_host;
    proxy_redirect off;

    # Try to serve static files from nginx, no point in making an
    # *application* server like Unicorn/Rainbows! serve static files.
    if (!-f $request_filename) {
    proxy_pass http://MyDjangoService_wsgi_server;
    break;
    }
    }

    # Error pages
    error_page 500 502 504 /500.html;
    location = /500.html {
    root /webapps/MyDjangoService/django/src/MyDjangoService/templates/;
    }

    error_page 503 /maintenance_on.html;
    location = /maintenance_on.html {
    root /webapps/MyDjangoService/;
    }
    }

    最佳答案

    您的问题在以下行中:

            proxy_set_header X-Forwarded-Proto https;

    在这里你无条件设置 X-Forwarded-Proto header 值 https .您的 WSGI 服务器会将此解释为意味着您的站点在 https 后面运行。 Django 然后进行严格的referrer 检查,发现referrer 域中的协议(protocol)是http 而不是https。因为这可能是一个安全问题,Django 拒绝该请求。

    您应该删除此行,或将其更改为使用正确的值。您可以使用 $scheme为此变量:
        proxy_set_header X-Forwarded-Proto $scheme;

    关于管理面板的 Django CSRF 验证失败,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/44095989/

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