Nginx: stat () gagal (13: izin ditolak)

Saya menggunakan konfigurasi default sambil menambahkan direktori tertentu dengan nginx diinstal pada mesin ubuntu 12.04 saya.

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
        }
...

...
}

Saya hanya ingin server nginx statis sederhana untuk melayani file dari direktori itu. Namun, memeriksa error.logsaya mengerti

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

Saya sudah melakukan chown -R www-data:www-datapada /username/test/static, saya telah menetapkan mereka untuk chmod 755. Saya tidak tahu apa lagi yang perlu disetel.

Nginx beroperasi di dalam direktori, jadi jika Anda tidak bisa cdke direktori itu dari pengguna nginx maka itu akan gagal (seperti halnya statperintah di log Anda). Pastikan www-userbisa cdsemua jalan ke /username/test/static. Anda dapat memastikan bahwa keinginan statakan gagal atau berhasil dengan menjalankan

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

Dalam kasus Anda mungkin /usernamedirektori masalahnya di sini. Biasanya www-datatidak memiliki izin ke cddirektori home pengguna lain.

Solusi terbaik dalam hal itu adalah menambahkan www-datake usernamegrup:

gpasswd -a www-data username

dan pastikan usernamegrup tersebut dapat masuk ke semua direktori di sepanjang jalur:

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

Agar perubahan Anda berfungsi, mulai ulang nginx

nginx -s reload

Saya baru saja mengalami masalah yang sama pada kotak CentOS 7.

Sepertinya saya akan menekan selinux. Menempatkan selinux ke mode permisif ( setenforce permissive) telah mengatasi masalah untuk saat ini. Saya akan mencoba dan kembali dengan perbaikan yang tepat.

Nginx harus memiliki + x akses pada semua direktori yang mengarah ke direktori root situs tersebut.

Pastikan Anda memiliki + x pada semua direktori di jalur yang mengarah ke root situs. Misalnya, jika root situs adalah / home / username / siteroot:

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

Di CentOS 7.0 saya mengalami Access Deinedmasalah ini yang disebabkan oleh SELinux dan langkah-langkah ini menyelesaikan masalah:

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

Pembaruan: Hanya catatan tambahan dari apa yang saya pelajari saat menggunakan server Linux virtual digitalocean, atau mereka menyebutnya Droplets . Menggunakan SELinux membutuhkan RAM yang lumayan. Kemungkinan besar Anda tidak akan bisa menjalankan dan mengelola SELinux pada tetesan dengan RAM kurang dari 2GB.

Anda mungkin menjalankan Linux yang Ditingkatkan Keamanan, jadi tambahkan aturan untuk itu. Saya mengalami kesalahan izin 13, meskipun izin ditetapkan dan pengguna ada ..

chcon -Rt httpd_sys_content_t /username/test/static

Gejala:

Tidak dapat mengunggah gambar ke Perpustakaan Media WordPress.

Sebab:

(CentOS) yum update

Kesalahan:

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"

Larutan:

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

Secara default, data statis, saat Anda menginstal nginx, akan berada di / var / www / html. Jadi Anda cukup menyalin folder statis Anda ke / var / html / dan mengatur

root /var/www/<your static folder>

di ngix.conf (atau / etc / nginx / sites-available / default)

Ini berfungsi untuk saya di ubuntu tetapi saya kira itu tidak jauh berbeda untuk distro lain.

Semoga membantu.

Ubah nginx.conf userproperti Anda menjadi www-staticfile owener.

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

user your_user_name;

# same other config

Saya menghadapi masalah ini, saya menyelesaikannya untuk memberikan izin kepada pengguna nginx dan mengelompokkan sesuatu seperti ini:

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

Dalam kasus saya, folder yang menyajikan file adalah tautan simbolis ke folder lain, dibuat dengan

ln -sf /origin /var/www/destination

Meskipun izin (pengguna dan grup) di mana benar di folder tujuan (tautan simbolis), saya masih mengalami kesalahan karena Nginx perlu memiliki izin ke seluruh hierarki folder asal juga.

Saya akhirnya menemukan jalan saya. Singkatnya, katakanlah nama pengguna Anda adalah joedan Anda memiliki situs web di bawah sistem file pribadi Anda /home/joe/path/to/website.

Anda benar-benar harus memberi tahu sistem bahwa itu nginxadalah teman Anda.
Tempatkan nginxdalam joegrup:

sudo gpasswd -a nginx joe

Setelah itu jika masih tidak berhasil, periksa akses /home/joedirektori yang benar. Mungkin itulah alasan mengapa nginx tidak dapat menjangkau file tersebut karena meskipun dia adalah teman Anda sekarang Anda harus membukanya pintu ke rumah Anda:

sudo chmod g+x /home/joe

Itu dia. Hanya itu yang harus Anda lakukan untuk memberikan akses nginx ke file lokal Anda :)

Saya tidak berpikir ada masalah keamanan dengan metode ini karena nginxmerupakan otoritas tinggi dan hanya admin yang dapat mengubah grup. nginxsekarang dapat membaca apa yang ada di joedirektori. Ini hanya pelanggaran keamanan jika pemegang nginxakun berbeda dengan pengguna tempat Anda membuka akses direktori, tetapi dalam kasus saya, saya adalah pemegang kedua belah pihak, yang dalam konteks lokal.

Saya memiliki masalah yang sama, saya menggunakan Plesk Onyx 17 dengan Centos7. Saya bisa melihat kesalahan ini di proxy_error_log di bawah log domain yang terpengaruh. Semua dirs / file di / var / www / vhosts / dimiliki oleh masing-masing pengguna (pemilik domain) dan Anda dapat melihat bahwa semuanya ada di grup psacln. Jadi solusinya adalah menambahkan nginx juga ke grup ini, sehingga dia dapat melihat apa yang dia butuhkan:

usermod -aG psacln nginx

Dan memang, restart nginx dan muat ulang halaman dengan Ctrl + F5.

Saya menemukan solusi: Pindahkan folder ke folder konfigurasi nginx, dalam kasus saya "/ etc / nginx / my-web-app". Dan kemudian mengubah hak akses ke pengguna root "sudo chown -R root: root" my-web-app ".

Anda juga dapat menambahkan pengguna mana yang akan menjalankan nginx. Di file nginx.conf, lakukan perubahan berikut:

user root;

Anda dapat menambahkan baris di atas sebagai baris pertama di conf nginx Anda. Anda dapat menulis nama pengguna mana pun yang memiliki izin untuk menulis di direktori itu.

Ini biasanya masalah hak istimewa ... Bagi saya, karena saya menggunakan / root / ** sebagai root nginx, maka perlu hak istimewa yang lebih tinggi. Cara yang mudah adalah dengan memindahkan proyek ke direktori yang Anda buat sendiri.