管理面板的 Django CSRF 验证失败

问题描述 投票：0回答：3

我开始了一个新的 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 的网络实用程序检查了该请求，我注意到在我的请求标头中我有：

Cookie:csrftoken=hFhzOJPMOhkNWWWfRtlMOEum9jXV8XXWnOtw3OwZm2En9JUqYRVq632xyZfwSpzU

在我的表单数据中，我有：

csrfmiddlewaretoken:RHNpPfOHhg42FZnXmn9PZgNm3bN40C41XQZm4kvUP1oCSMl8tLJthFlxsR5FK4GZ

这两个应该是一样的吗？根据我的理解，它们是这样做的，但是当我在本地环境中尝试相同的操作时，我发现它们也不相同，但是它工作正常，并且我在响应标头中得到了与请求中发送的相同的令牌标题，所以我认为它们不需要完全相同？注意：我目前没有安全连接 (https)，但会在修复此问题后进行处理。

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

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

其他信息

我的 nginx 配置来自 

/etc/nginx/nginx.conf
:

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/;
    }
}
django amazon-ec2 csrf django-csrf
3个回答
6
投票

您的问题如下：

        proxy_set_header X-Forwarded-Proto https;

在这里，您无条件地将 

X-Forwarded-Proto
标头设置为值 
https
。您的 WSGI 服务器会将其解释为您的站点在 https 后面运行。然后，Django 会进行严格的引荐来源网址检查，并发现引荐来源网址域中的协议是 http 而不是 https。因为这可能是一个安全问题，Django 拒绝该请求。

您应该删除此行，或将其更改为使用正确的值。您可以为此使用 

$scheme
变量：

    proxy_set_header X-Forwarded-Proto $scheme;
1
投票

如果由于某种原因您想要或需要无条件转发 https 并且您正在本地主机中工作，请通过输入

来克服管理页面上的 CSRF 错误 
CSRF_TRUSTED_ORIGINS = ["127.0.0.1"]       
SECURE_PROXY_SSL_HEADER = ('HTTP_X_FORWARDED_PROTO', 'https')

在您的settings.py文件中并在浏览器中使用https://127.0.0.1:443/admin

0
投票
我遇到了同样的问题，我的问题是我使用的子域已在使用中。所以我改变了这一点，nginx 工作了...您正在试验的问题与 http 和 https 请求有关，显然 Django 使用这种类型的配置阻止了请求：

proxy_set_header X-Forwarded-Proto https; 
我会把我的配置留给你......希望它有帮助：


upstream your_app_server {
    server unix:/srv/venv/run/gunicorn.sock fail_timeout=0;
}

server {
    listen 80;
    listen 443 ssl;

    ssl_certificate path_to_your_certificado.pem;
    ssl_certificate_key path_to_your_certificado.key;

    server_name testing.autopaquete.com.mx;
    client_max_body_size 4G;

    access_log /srv/venv/logs/nginx-access.log;
    error_log /srv/venv/logs/nginx-error.log;

    location /assets/ {
        alias /srv/venv/your_app/templates/;
    }

    location /media/ {
        alias /srv/venv/your_app/media/;
    }

    location /static_files/ {
        alias /srv/venv/your_app/static_files/;
    }

    location /static/  {
        alias /srv/venv/your_app/static/;
    }

    location /templates/ {
        alias /srv/venv/your_app/templates/;
    }

    location / {

    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;

        proxy_set_header Host $host;

        proxy_redirect off;

        if (!-f $request_filename) {
            proxy_pass http://your_app_server;
            break;
        }
    }

    # Error pages
    error_page 500 502 503 504 /500.html;

    location = /500.html {
        root /srv/venv/your_app/templates/;
    }

}

    



      

      
    

  

  

    
最新问题


  





  

    © www.soinside.com 2019 - 2024. All rights reserved.