Nginx：stat（）が失敗しました（13：権限が拒否されました）

私のubuntu 12.04マシンにnginxがインストールされている特定のディレクトリを追加するときに、デフォルトの構成を使用しています。

server {
        #listen   80; ## listen for ipv4; this line is default and implied
        #listen   [::]:80 default ipv6only=on; ## listen for ipv6

        index index.html index.htm;

        # Make site accessible from http://localhost/
        server_name localhost;

        location / {
                # First attempt to serve request as file, then
                # as directory, then fall back to index.html
                root /username/test/static;
                try_files $uri $uri/ /index.html;
                # Uncomment to enable naxsi on this location
                # include /etc/nginx/naxsi.rules
        }
...

...
}

単純な静的nginxサーバーで、そのディレクトリからファイルを提供したいだけです。しかし、error.log私が見るチェック

2014/09/10 16:55:16 [crit] 10808#0: *2 stat() "/username/test/static/index.html" failed (13: Permission denied), client:, server: localhost, request: "GET /favicon.ico HTTP/1.1", host: "domain"
2014/09/10 16:55:16 [error] 10808#0: *2 rewrite or internal redirection cycle while internally redirecting to "/index.html

私はすでにを実行しchown -R www-data:www-dataましたが/username/test/static、に設定しましたchmod 755。他に何を設定する必要があるのか​​わかりません。

Nginxはディレクトリ内で動作するためcd、nginxユーザーからそのディレクトリにアクセスできない場合、（statログのコマンドと同様に）失敗します。がに至るまでwww-userできることを確認してください。を実行すると、失敗または成功することを確認できますcd/username/test/staticstat

sudo -u www-data stat /username/test/static

あなたの場合、おそらく/usernameディレクトリがここの問題です。通常、他のユーザーのホームディレクトリへのwww-dataアクセス許可はありませんcd。

その場合の最善の解決策は、グループに追加するwww-dataことusernameです。

gpasswd -a www-data username

そして、usernameグループがパスに沿ってすべてのディレクトリに入ることができることを確認してください：

chmod g+x /username && chmod g+x /username/test && chmod g+x /username/test/static

変更を有効にするには、nginxを再起動します

nginx -s reload

CentOS 7ボックスで同じ問題が発生しました。

私はselinuxを打ったようです。selinuxをpermissiveモードにする（setenforce permissive）にすることで、今のところ問題は解決しています。私は適切な修正を試みて戻ってきます。

Nginxは、サイトのルートディレクトリに至るすべてのディレクトリに対して+ xアクセスが必要です。

サイトのルートへのパスにあるすべてのディレクトリに+ xがあることを確認してください。たとえば、サイトのルートが/ home / username / siterootの場合：

chmod +x /home/
chmod +x /home/username
chmod +x /home/username/siteroot

CentOS 7.0ではAccess Deined、SELinuxが原因でこの問題が発生し、次の手順で問題が解決しました：

yum install -y policycoreutils-devel
grep nginx /var/log/audit/audit.log | audit2allow -M nginx
semodule -i nginx.pp

更新： digitaloceanの仮想Linuxサーバーを使用しているときに学んだこと、または彼らがDropletsと呼んでいることからの補足です。SELinuxを使用するには、適切な量のRAMが必要です。2GB未満のRAMを搭載した液滴ではSELinux を実行および管理できなくなる可能性があります。

Security-Enhanced Linuxを実行している可能性があるため、そのためのルールを追加します。権限が設定され、ユーザーが存在していたにもかかわらず、権限13のエラーが発生しました。

chcon -Rt httpd_sys_content_t /username/test/static

症状：

WordPressメディアライブラリに画像をアップロードできませんでした。

原因：

（CentOS） yum update

エラー：

2014/10/22 18:08:50 [crit] 23286#0: *5332 open() "/var/lib/nginx/tmp/client_body/0000000003" failed (13: Permission denied), client: 1.2.3.4, server: _, request: "POST /wp-admin/media-new.php HTTP/1.1", host: "example.com", referrer: "http://example/wp-admin/media-new.php"

解決：

chown -R www-data:www-data /var/lib/nginx

デフォルトでは、静的データはnginxをインストールすると、/ var / www / htmlにあります。静的フォルダーを/ var / html /にコピーして、

root /var/www/<your static folder>

ngix.conf（または/ etc / nginx / sites-available / default）

これは私にとってubuntuで機能しましたが、他のディストリビューションでもそれほど変わらないはずです。

それが役に立てば幸い。

nginx.conf userプロパティをwww-staticファイル所有者に変更します。

#   * Official English Documentation: http://nginx.org/en/docs/
#   * Official Russian Documentation: http://nginx.org/ru/docs/

user your_user_name;

# same other config

私はこの問題に直面し、nginxユーザーとグループに次のような権限を与えるように解決しました：

chown -R nginx:nginx /username/test/static

私の場合、ファイルを提供したフォルダは別のフォルダへのシンボリックリンクで、

ln -sf /origin /var/www/destination

権限（ユーザーとグループ）が宛先フォルダー（シンボリックリンク）で正しい場合でも、Nginxには元のフォルダー全体の階層への権限も必要だったため、エラーが発生しました。

私はようやく自分の道を見つけました。要するに、あなたのユーザー名がjoeあなたであり、あなたがあなたの個人的なファイルシステムの下にウェブサイトを持っているとしましょう/home/joe/path/to/website。

あなたは文字通りnginxあなたの仲間であるシステムに伝えなければなりません。
場所nginxでのjoeグループ：

sudo gpasswd -a nginx joe

その後、それでも機能しない場合は、/home/joeディレクトリの正しいアクセス権を確認してください。それがおそらくnginxがファイルに到達できない理由です。彼があなたの友達であったとしても、あなたは彼にあなたの家への扉を開かなければならないからです。

sudo chmod g+x /home/joe

それでおしまい。これは、nginxにローカルファイルへのアクセス権を与えるために文字通り行う必要があることです。

nginxは高い権限であり、管理者だけがグループを変更できるため、この方法にはセキュリティ上の懸念はないと思います。ディレクトリのnginx内容を読み取ることができるようになりましたjoe。これは、nginxアカウントの所有者が、ディレクトリアクセスを開いたユーザーと異なる場合のセキュリティ違反ですが、私の場合、私は両方の当事者の所有者であり、ローカルコンテキストにあります。

同じ問題がありました。Centos7でPlesk Onyx 17を使用しています。影響を受けるドメインのログの下のproxy_error_logでこのエラーを確認できました。/ var / www / vhosts /内のすべてのディレクトリ/ファイルは、それぞれのユーザー（ドメイン所有者）が所有しており、それらのすべてがpsaclnグループにあることがわかります。したがって、解決策は、このグループにもnginxを追加することでした。これにより、彼は必要なものを確認できます。

usermod -aG psacln nginx

そして確かに、nginxを再起動し、Ctrl + F5でページをリロードします。

回避策を見つけました：フォルダーをnginx構成フォルダーに移動しました。私の場合は "/ etc / nginx / my-web-app"です。そして、権限をrootユーザー "sudo chown -R root：root" my-web-app "に変更しました。

nginxを実行するユーザーを追加することもできます。nginx.confファイルで、次の変更を行います。

user root;

上記の行をnginx confの最初の行として追加できます。そのディレクトリへの書き込み権限を持つ任意のユーザーの名前を書き込むことができます。

これは通常特権の問題です...私にとっては、nginxルートとして/ root / **を使用しているため、より高い特権が必要です。簡単な方法は、自分で作成したディレクトリにプロジェクトを移動するだけです。