Question

在这里我要特别小心，因为我不得不毁坏我的整个服务器并从头开始构建（完全噩梦），因为我尝试按照

之类的建议修复此错误。

sudo chown -R user:user *
sudo chmod 755 [directory name]
sudo chmod 644 *

并最终严重破坏了我的权限并破坏了整个Ubuntu系统。

我还遵循了其他类似问题的建议，从我的Nginx配置中取出第二个$uri，但该问题尚未解决。

我的user1具有usermod -aG sudo user1

授予的root特权。

我的Nginx错误日志说

2019/03/06 17:45:40 [error] *1 directory index of "/home/user1/app/src/apr/" is forbidden

我的域名显示

403 Forbidden

ps -ef | grep nginx返回

root     15419     1  0 17:45 ?        00:00:00 nginx: master process /usr/sbin/nginx -g daemon on; master_process on;
www-data 15420 15419  0 17:45 ?        00:00:00 nginx: worker process
user1  15503 15462  0 18:00 pts/1    00:00:00 grep --color=auto nginx

我的nginx配置

server {
    listen 80;
    #listen [::]:80 ipv6only=on;

    server_name your.server.com;
    access_log /etc/nginx/access.log;

    root /var/www/html/someroot;

    location / {
            #autoindex on;

            # First attempt to serve request as file, then
            # as directory, then fall back to displaying a 404.
            # try_files $uri =404;

            #proxy_set_header X-Real-IP $remote_addr;
            #proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
            #proxy_set_header Host $http_host;
            #proxy_set_header X-NginX-Proxy true;
            #proxy_pass http://127.0.0.1:8080/;
            #proxy_redirect off;
            #proxy_http_version 1.1;
            #proxy_set_header Upgrade $http_upgrade;
            #proxy_set_header Connection "upgrade";

            #proxy_redirect off;
            #proxy_set_header   X-Forwarded-Proto $scheme;
            #proxy_cache one;
            #proxy_cache_key sfs$request_uri$scheme;
    }

    listen 443 ssl; # managed by Certbot
    ssl_certificate /etc/letsencrypt/live/some/fullchain.pem;
    # managed by Certbot
    ssl_certificate_key /etc/letsencrypt/live/some/privkey.pem; 
    # managed by Certbot
    include /etc/letsencrypt/options-ssl-nginx.conf; # managed by Certbot

    if ($scheme != "https") {
        return 301 https://$host$request_uri;
    }
}

Answer 1

我建议使用应用程序服务器来促进Django和Nginx之间的通信。

您可以使用uWSGI之类的东西。

这是官方文档的链接-

https://uwsgi-docs.readthedocs.io/en/latest/tutorials/Django_and_nginx.html

或者如果您想要更简单的版本-

https://www.digitalocean.com/community/tutorials/how-to-serve-django-applications-with-uwsgi-and-nginx-on-ubuntu-14-04

还有其他选择，例如古尼康- https://tutos.readthedocs.io/en/latest/source/ndg.html

Answer 2

首先，我必须将此添加到我通过another question发现的Nginx配置中。

upstream socket {
    ip_hash;
    server $DAPHNE_IP_ADDRESS$ fail_timeout=0;
}

server {
...

location / {
    proxy_pass http://socket;
    proxy_http_version 1.1;
    proxy_set_header Upgrade $http_upgrade;
    proxy_set_header Connection "upgrade";
}

...
}

这时，我看到了一个404 Error。我通过将try_files $uri =404;更改为try_files $uri $uri/ =404;来解决此问题，但是这导致除主页之外的所有页面上都出现403 Forbidden。关键是完全取出try_files;，该应用程序现在可以正常运行了。

我还通过遵循Channels Docs来连续运行Supervisord来设置Daphne。

Answer 3

请尝试取消注释 autoindex on; 块中的 location 指令。

403 Forbidden：禁止“ / path / to / files”的目录索引Nginx

3 个答案: