<bdo id='N61C7'></bdo><ul id='N61C7'></ul>

  • <legend id='N61C7'><style id='N61C7'><dir id='N61C7'><q id='N61C7'></q></dir></style></legend>
    <tfoot id='N61C7'></tfoot>

    1. <small id='N61C7'></small><noframes id='N61C7'>

      <i id='N61C7'><tr id='N61C7'><dt id='N61C7'><q id='N61C7'><span id='N61C7'><b id='N61C7'><form id='N61C7'><ins id='N61C7'></ins><ul id='N61C7'></ul><sub id='N61C7'></sub></form><legend id='N61C7'></legend><bdo id='N61C7'><pre id='N61C7'><center id='N61C7'></center></pre></bdo></b><th id='N61C7'></th></span></q></dt></tr></i><div id='N61C7'><tfoot id='N61C7'></tfoot><dl id='N61C7'><fieldset id='N61C7'></fieldset></dl></div>
      1. 禁止所有文件使用 Nginx 403

        Nginx 403 forbidden for all files(禁止所有文件使用 Nginx 403)
        <tfoot id='kEq9r'></tfoot>

        <small id='kEq9r'></small><noframes id='kEq9r'>

        <legend id='kEq9r'><style id='kEq9r'><dir id='kEq9r'><q id='kEq9r'></q></dir></style></legend>

          • <bdo id='kEq9r'></bdo><ul id='kEq9r'></ul>
          • <i id='kEq9r'><tr id='kEq9r'><dt id='kEq9r'><q id='kEq9r'><span id='kEq9r'><b id='kEq9r'><form id='kEq9r'><ins id='kEq9r'></ins><ul id='kEq9r'></ul><sub id='kEq9r'></sub></form><legend id='kEq9r'></legend><bdo id='kEq9r'><pre id='kEq9r'><center id='kEq9r'></center></pre></bdo></b><th id='kEq9r'></th></span></q></dt></tr></i><div id='kEq9r'><tfoot id='kEq9r'></tfoot><dl id='kEq9r'><fieldset id='kEq9r'></fieldset></dl></div>

              <tbody id='kEq9r'></tbody>

                  本文介绍了禁止所有文件使用 Nginx 403的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着跟版网的小编来一起学习吧!

                  问题描述

                  我在 CentOS 5 机器上安装了带有 PHP-FPM 的 nginx,但我很难让它为我的任何文件提供服务 - 无论是否是 PHP.

                  I have nginx installed with PHP-FPM on a CentOS 5 box, but am struggling to get it to serve any of my files - whether PHP or not.

                  Nginx 以 www-data:www-data 运行,默认的Welcome to nginx on EPEL"站点(由 root:root 拥有,具有 644 权限)加载正常.

                  Nginx is running as www-data:www-data, and the default "Welcome to nginx on EPEL" site (owned by root:root with 644 permissions) loads fine.

                  nginx 配置文件有一个 /etc/nginx/sites-enabled/*.conf 的包含指令, 我有一个配置文件 example.com.conf,因此:

                  The nginx configuration file has an include directive for /etc/nginx/sites-enabled/*.conf, and I have a configuration file example.com.conf, thus:

                  server {
                   listen 80;
                  
                   Virtual Host Name
                   server_name www.example.com example.com;
                  
                  
                   location / {
                     root /home/demo/sites/example.com/public_html;
                     index index.php index.htm index.html;
                   }
                  
                   location ~ .php$ {
                    fastcgi_pass   127.0.0.1:9000;
                    fastcgi_index  index.php;
                    fastcgi_param  PATH_INFO $fastcgi_script_name;
                    fastcgi_param  SCRIPT_FILENAME  /home/demo/sites/example.com/public_html$fastcgi_script_name;
                    include        fastcgi_params;
                   }
                  }
                  

                  尽管 public_html 归 www-data:www-data 所有,拥有 2777 文件权限,但此站点无法提供任何内容 -

                  Despite public_html being owned by www-data:www-data with 2777 file permissions, this site fails to serve any content -

                   [error] 4167#0: *4 open() "/home/demo/sites/example.com/public_html/index.html" failed (13: Permission denied), client: XX.XXX.XXX.XX, server: www.example.com, request: "GET /index.html HTTP/1.1", host: "www.example.com"
                  

                  我发现了许多其他用户从 nginx 获得 403 的帖子,但我看到的大多数帖子要么涉及使用 Ruby/Passenger 进行更复杂的设置(过去我实际上已经成功),要么仅在以下情况下收到错误涉及到上游的PHP-FPM,所以他们似乎帮助不大.

                  I've found numerous other posts with users getting 403s from nginx, but most that I have seen involve either more complex setups with Ruby/Passenger (which in the past I've actually succeeded with) or are only receiving errors when the upstream PHP-FPM is involved, so they seem to be of little help.

                  我在这里做了什么傻事吗?

                  Have I done something silly here?

                  推荐答案

                  一个经常被忽视的权限要求是用户需要在文件的每个父目录中拥有 x 权限才能访问该文件.检查/、/home、/home/demo 等的权限以获取 www-data x 访问权限.我的猜测是/home 可能是 770 并且 www-data 不能通过它来访问任何子目录.如果是,请尝试 chmod o+x/home(或任何拒绝请求的目录).

                  One permission requirement that is often overlooked is a user needs x permissions in every parent directory of a file to access that file. Check the permissions on /, /home, /home/demo, etc. for www-data x access. My guess is that /home is probably 770 and www-data can't chdir through it to get to any subdir. If it is, try chmod o+x /home (or whatever dir is denying the request).

                  要轻松显示路径上的所有权限,您可以使用 namei -om/path/to/check

                  To easily display all the permissions on a path, you can use namei -om /path/to/check

                  这篇关于禁止所有文件使用 Nginx 403的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持跟版网!

                  本站部分内容来源互联网,如果有图片或者内容侵犯了您的权益,请联系我们,我们会在确认后第一时间进行删除!

                  相关文档推荐

                  Using php-ldap in Centos 6.3(在 Centos 6.3 中使用 php-ldap)
                  Unable to install php-mysqli on PHP7(无法在 PHP7 上安装 php-mysqli)
                  How to add curl support to PHP 5 in CentOS(如何在 CentOS 中为 PHP 5 添加 curl 支持)
                  Failed to open stream on file_put_contents in PHP on CentOS 7(无法在 CentOS 7 上的 PHP 中打开 file_put_contents 上的流)
                  quot;The stream or file quot;laravel.logquot; could not be opened: failed to open stream: Permission deniedquot;(“流或文件laravel.log无法打开:无法打开流:权限被拒绝)
                  How to upgrade php cURL to version 7.36.0?(如何将 php cURL 升级到 7.36.0 版本?)
                      <tbody id='zm2gQ'></tbody>

                        • <bdo id='zm2gQ'></bdo><ul id='zm2gQ'></ul>
                          <tfoot id='zm2gQ'></tfoot>
                          1. <legend id='zm2gQ'><style id='zm2gQ'><dir id='zm2gQ'><q id='zm2gQ'></q></dir></style></legend>

                            <i id='zm2gQ'><tr id='zm2gQ'><dt id='zm2gQ'><q id='zm2gQ'><span id='zm2gQ'><b id='zm2gQ'><form id='zm2gQ'><ins id='zm2gQ'></ins><ul id='zm2gQ'></ul><sub id='zm2gQ'></sub></form><legend id='zm2gQ'></legend><bdo id='zm2gQ'><pre id='zm2gQ'><center id='zm2gQ'></center></pre></bdo></b><th id='zm2gQ'></th></span></q></dt></tr></i><div id='zm2gQ'><tfoot id='zm2gQ'></tfoot><dl id='zm2gQ'><fieldset id='zm2gQ'></fieldset></dl></div>

                            <small id='zm2gQ'></small><noframes id='zm2gQ'>