nginx - client_max_body_size etkisizdir

nginx söylemeye devam ediyor client intended to send too large body. Google ve RTM beni işaret etti client_max_body_size. Ben ayarlayın 200miçinde nginx.confhem olduğu gibi vhost conf, yeniden Nginx birkaç kez ama hala hata mesajı alıyorum.

Bir şeyi gözden kaçırdım mı? Arka uç php-fpm( max_post_sizeve max_upload_file_sizebuna göre ayarlanır).

Aşağıdaki nginx belgelerinde , sen client_max_body_size 20m (veya gerekmez herhangi bir değer) aşağıdaki bağlamında ayarlayabilirsiniz:

context: http, server, location

NGINX büyük yüklemeleri, barındırılan WordPress sitelerinde başarıyla çalışmaktadır (nihayet (nembleton ve rjha94'ün önerilerine göre)

Eğer önerilerine biraz açıklama eklersem, birisi için yararlı olabileceğini düşündüm. Yeni başlayanlar için, yükleme yönergelerinizi ÜÇÜNCÜ TÜM ayrı tanım bloklarına (sunucu, konum ve http) eklediğinizden emin olun. Her birinin ayrı bir satır girişi olmalıdır. Sonuç böyle bir şeye benzeyecektir (... tanım bloğundaki diğer satırları yansıtır):

http {
    ...
    client_max_body_size 200M;
}    

(ISPconfig 3 kurulumumda, bu blok /etc/nginx/nginx.conf dosyasındadır)

server {
    ...
    client_max_body_size 200M;
}

location / {
    ...
    client_max_body_size 200M;
} 

(ISPconfig 3 kurulumumda, bu bloklar /etc/nginx/conf.d/default.conf dosyasında bulunur)

Ayrıca, sunucunuzun php.ini dosyasının bu NGINX ayarlarıyla tutarlı olduğundan emin olun. Benim durumumda, php.ini'nin File_Uploads bölümündeki ayarı okumak için değiştirdim:

upload_max_filesize = 200M

Not: Bir ISPconfig 3 kurulumunu yönetiyorsanız (kurulumum Mükemmel Sunucu'ya göre CentOS 6.3 üzerindedir ), bu girişleri birkaç ayrı dosyada yönetmeniz gerekir. Yapılandırmanız adım adım kurulumdakine benzerse, değiştirmeniz gereken NGINX conf dosyaları burada bulunur:

/etc/nginx/nginx.conf
/etc/nginx/conf.d/default.conf 

Php.ini dosyam burada bulundu:

/etc/php.ini

Nginx.conf dosyasındaki http {} bloğunu gözden kaçırmaya devam ettim. Görünüşe göre, bunu gözden kaçırmak, yüklemeyi 1M varsayılan sınırına sınırlama etkisine sahipti. İlişkili değişiklikleri yaptıktan sonra, NGINX ve PHP FastCGI Process Manager (PHP-FPM) hizmetlerinizi yeniden başlattığınızdan emin olmak istersiniz. Yukarıdaki yapılandırmada, aşağıdaki komutları kullanıyorum:

/etc/init.d/nginx restart
/etc/init.d/php-fpm restart

Mart 2016 itibariyle, bu sorunu https üzerinden json POST yapmaya çalıştım (önemli değil, python isteklerinden).

İşin püf noktası "client_max_body_size 200M;" en az iki yerde http {}veserver {} :

1.http dizin

• Genellikle /etc/nginx/nginx.conf

2.server senin vhostu içinde dizin.

• Apt-get (ve varsayılan olarak /etc/nginx/sites-available/mysite.comnginx'i vhosts ile yükleyen diğer dağıtım paketi yöneticileri) aracılığıyla yüklenen Debian / Ubuntu kullanıcıları için, bu, vhost'ları olmayanlar için muhtemelen nginx.conf'unuz veya onunla aynı dizinde.

3.location / olarak aynı yerde dizin 2.

• Daha spesifik olabilirsiniz /, ancak eğer hiç çalışmıyorsa, bunu uygulamanızı /ve daha sonra bir kez daha spesifik çalışmanızı öneririm .

Unutmayın - Eğer SSL varsa, o SSL için yukarıda belirtilen gerekli kılar serverve locationde her yerde olduğu (aynı ideal olarak aynı olabilir 2. ). Müşteriniz http'ye yüklemeye çalışırsa ve 301'lerin https'ye ulaşmasını beklerseniz, dosya http sunucusu için çok büyük olduğu için nginx'in yeniden yönlendirmeden önce bağlantıyı bırakacağını fark ettim, bu yüzden içinde hem .

Son yorumlar, yeni nginx sürümleriyle SSL'de bununla ilgili bir sorun olduğunu gösteriyor, ancak 1.4.6'dayım ve her şey iyi :)

Aşağıdaki değişiklikleri uygulamanız gerekir:

1. Güncelleme php.ini(sağ ini dosyasını bulun phpinfo();) ve arttırmak post_max_sizeve upload_max_filesizeboyutu istediğiniz:

   sed -i "s/post_max_size =.*/post_max_size = 200M/g" /etc/php5/fpm/php.ini
   sed -i "s/upload_max_filesize =.*/upload_max_filesize = 200M/g" /etc/php5/fpm/php.ini```
   

2. Güncelleme Nginx web siteniz ve eklenti ayarları client_max_body_sizesizin değer location, httpya da serverbağlam.

   location / {
       client_max_body_size 200m;
       ...
   }
   

3. NginX ve PHP-FPM'yi yeniden başlatın:

   service nginx restart
   service php5-fpm restart
   

NOT: Bazen (Benim durumumda neredeyse her seferinde) php-fpmservis komutuyla düzgün bir şekilde yenilenmediyse işlemi öldürmeniz gerekir. Bunu yapmak için işlemler ( ps -elf | grep php-fpm) listesini alabilir ve tek tek ( kill -9 12345) öldürebilir veya sizin için yapmak için aşağıdaki komutu kullanabilirsiniz:

ps -elf | grep php-fpm | grep -v grep | awk '{ print $4 }' | xargs kill -9

Lütfen client_max_body_size yönergesini http {} bloğunun içinde değil de {} bloğunun içinde ayarlayıp ayarlamadığınızı görün. Http {} bloğunun içine yerleştirdim ve işe yarıyor

Birisi bu kötü ise beni düzeltin, ancak her şeyi olabildiğince kilitlemek istiyorum ve yüklemeler için sadece bir hedefiniz varsa (genellikle durum böyle), o zaman değişikliklerinizi o dosyaya hedefleyin. Bu benim için Ubuntu nginx-extras mainline 1.7+ paketinde çalışıyor:

location = /upload.php {
    client_max_body_size 102M;
    fastcgi_param PHP_VALUE "upload_max_filesize=102M \n post_max_size=102M";
    (...)
}

Son zamanlarda benzer bir sorun yaşadım ve bunun client_max_body_size 0;böyle bir sorunu çözebileceğini öğrendim . Bu, client_max_body_size değerini sınırlandırmayacak. Ancak en iyi uygulama kodunuzu geliştirmektir, bu nedenle bu sınırı artırmanıza gerek yoktur.

Diğer yanıtlarda zaten client_max_body_size ve çeşitli PHP ayarlarını (upload_max_filesize / post_max_size, vb.) Ayarladığınızı varsayarak, NGINX ve PHP'yi herhangi bir sonuç olmadan yeniden başlattı veya yeniden yüklediniz, bunu çalıştırın ...

nginx -T

Bu, NGINX yapılandırmalarınızda çözülmemiş hataları size verecektir. Benim durumumda, NGINX yapılandırmasında (certs için yanlış yol) düzeltilmesi gereken başka çözülmemiş SSL hataları olduğunu fark etmeden önce bir gün boyunca 413 hatasıyla mücadele ettim. Bir kez 'nginx -T', yeniden yüklenen NGINX ve EUREKA var çözülmemiş sorunları düzeltti! Bunu düzelttim.

Modası geçmiş canlı olanı yansıtan bir dev sunucusu kuruyorum, The Perfect Server - Ubuntu 14.04 (nginx, BIND, MySQL, PHP, Postfix, Dovecot ve ISPConfig 3) kullandım

Aynı sorunu yaşadıktan sonra bu yazıyla karşılaştım ve hiçbir şey işe yaramadı. Önerilen her dosyadaki değeri değiştirdim (nginx.conf, ispconfig.vhost, / sites-available / default, vb.)

Sonunda, client_max_body_sizebenim /etc/nginx/sites-available/apps.vhostnginx değiştirmek ve yeniden başlatmak hile yaptı. Umarım başka birine yardımcı olur.

Aynı problemle karşılaşıyorum, ama nginx ile ilgisi yoktu. Ben arka uç sunucusu olarak nodejs kullanıyorum, ters proxy olarak nginx kullanın, 413 kodu düğüm sunucusu tarafından tetiklenir. düğüm kullanın koa vücudu ayrıştırmak. koa urlencoded uzunluğunu sınırlar.

formLimit: urlen kodlanmış gövdenin sınırı. Gövde bu sınırdan daha büyük olursa, 413 hata kodu döndürülür. Varsayılan 56 kb'dir.

formLimit öğesini daha büyük olarak ayarlamak bu sorunu çözebilir.

client_max_body_sizeDirektifin göz ardı edildiği aynı sorun vardı .

Aptalca hatam, içine /etc/nginx/conf.dbitmeyen bir dosya koymak oldu .conf. Nginx bunları varsayılan olarak yüklemez.

Windows sürüm nginx kullanıyorsanız, tüm nginx işlemini öldürüp görmek için yeniden başlatabilirsiniz. Aynı sorunla çevremde karşılaştım, ancak bu çözümle çözdüm.