nginx - client_max_body_size ไม่มีผลใด ๆ

nginx พูดclient intended to send too large bodyต่อไป Googling และ RTM client_max_body_sizeชี้ให้ฉันไป ผมตั้งค่าให้200mในnginx.confเช่นเดียวกับในvhost conf, Nginx เริ่มต้นใหม่สองสามครั้ง แต่ฉันยังคงได้รับข้อผิดพลาด

ฉันมองข้ามบางสิ่งไปหรือเปล่า แบ็กเอนด์คือphp-fpm( max_post_sizeและmax_upload_file_sizeตั้งค่าตามความเหมาะสม)

การติดตามเอกสาร nginxคุณสามารถตั้งค่า client_max_body_size 20m (หรือค่าใด ๆ ที่คุณต้องการ) ในบริบทต่อไปนี้:

context: http, server, location

การอัปโหลดขนาดใหญ่ของ NGINX นั้นประสบความสำเร็จในการทำงานกับไซต์ WordPress ที่โฮสต์ในที่สุด (ตามคำแนะนำจาก nembleton & rjha94)

ฉันคิดว่ามันอาจจะมีประโยชน์สำหรับใครบางคนถ้าฉันเพิ่มคำอธิบายเล็กน้อยลงในคำแนะนำของพวกเขา สำหรับผู้เริ่มต้นโปรดตรวจสอบให้แน่ใจว่าคุณได้รวมคำสั่งการอัปโหลดที่เพิ่มขึ้นของคุณในบล็อกการแยกคำจำกัดความทั้งหมดสามรายการ (เซิร์ฟเวอร์ที่ตั้ง & http) แต่ละรายการควรมีรายการแยกต่างหาก ผลลัพธ์จะเป็นดังนี้ (ที่ ... แสดงถึงบรรทัดอื่น ๆ ในบล็อกคำจำกัดความ):

http {
    ...
    client_max_body_size 200M;
}    

(ในการตั้งค่า ISPconfig 3 ของฉันบล็อกนี้อยู่ในไฟล์ /etc/nginx/nginx.conf)

server {
    ...
    client_max_body_size 200M;
}

location / {
    ...
    client_max_body_size 200M;
} 

(ในการตั้งค่า ISPconfig 3 ของฉันบล็อกเหล่านี้อยู่ในไฟล์ /etc/nginx/conf.d/default.conf)

ตรวจสอบให้แน่ใจว่าไฟล์ php.ini ของเซิร์ฟเวอร์ของคุณสอดคล้องกับการตั้งค่า NGINX เหล่านี้ ในกรณีของฉันฉันเปลี่ยนการตั้งค่าในส่วน File_Uploads ของ php.ini เพื่ออ่าน:

upload_max_filesize = 200M

หมายเหตุ: หากคุณกำลังจัดการการตั้งค่า ISPconfig 3 (การตั้งค่าของฉันคือ CentOS 6.3 ตามThe Perfect Server ) คุณจะต้องจัดการรายการเหล่านี้ในไฟล์แยกต่างหากหลายไฟล์ หากการกำหนดค่าของคุณคล้ายกับการตั้งค่าทีละขั้นตอนไฟล์ NGINX conf ที่คุณต้องแก้ไขจะอยู่ที่นี่:

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

ไฟล์ php.ini ของฉันอยู่ที่นี่:

/etc/php.ini

ฉันมองข้ามบล็อก http {} ในไฟล์ nginx.conf ต่อไป เห็นได้ชัดว่าการมองเห็นสิ่งนี้มีผลต่อการ จำกัด การอัปโหลดเป็นขีด จำกัด เริ่มต้น 1M หลังจากทำการเปลี่ยนแปลงที่เกี่ยวข้องคุณจะต้องแน่ใจว่าได้เริ่มบริการ NGINX และ PHP FastCGI Process Manager (PHP-FPM) อีกครั้ง จากการกำหนดค่าข้างต้นฉันใช้คำสั่งต่อไปนี้:

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

เมื่อวันที่มีนาคม 2559ฉันพบปัญหาในการพยายามโพสต์ json ผ่านทาง https (จากคำขอไพ ธ อนไม่ใช่เรื่องสำคัญ)

เคล็ดลับคือการใส่"client_max_body_size 200M;" อย่างน้อยสองแห่ง http {}และserver {} :

1.httpไดเรกทอรี

• โดยทั่วไปแล้วค่ะ /etc/nginx/nginx.conf

2.serverไดเรกทอรีใน vhost ของคุณ

• สำหรับผู้ใช้ Debian / Ubuntu ที่ติดตั้งผ่าน apt-get (และผู้จัดการแพคเกจ distro อื่น ๆ ที่ติดตั้ง nginx ด้วย vhosts เป็นค่าเริ่มต้น) นั่น/etc/nginx/sites-available/mysite.comคือสำหรับผู้ที่ไม่มี vhosts อาจเป็น nginx.conf ของคุณหรือในไดเรกทอรีเดียวกัน

3.location /ไดเรกทอรีในสถานที่เดียวกันกับ2

• คุณสามารถเฉพาะเจาะจงกว่า/นั้นได้ แต่ถ้ามันไม่ทำงานเลยฉันขอแนะนำให้ใช้สิ่งนี้กับมัน/และเมื่อมันทำงานได้เฉพาะเจาะจงมากขึ้น

โปรดจำไว้ว่า - ถ้าคุณมี SSL ที่จะทำให้คุณต้องตั้งค่าข้างต้นสำหรับใบรับรอง SSL serverและlocationเกินไปที่ใดก็ตามที่อาจจะ (นึกคิดเช่นเดียวกับ2 ) เราพบว่าหากลูกค้าของคุณพยายามอัพโหลดบน http และคุณคาดหวังว่าพวกเขาจะได้รับ 301 จาก https, nginx จะทำการเชื่อมต่อก่อนการเปลี่ยนเส้นทางเนื่องจากไฟล์มีขนาดใหญ่เกินไปสำหรับเซิร์ฟเวอร์ http ดังนั้นจึงต้อง ในทั้งสอง

ความคิดเห็นล่าสุดแนะนำว่ามีปัญหาในเรื่องนี้กับ SSL ที่มีเวอร์ชัน nginx ที่ใหม่กว่า แต่ฉันเป็น 1.4.6 และทุกอย่างดี :)

คุณต้องใช้การเปลี่ยนแปลงต่อไปนี้:

1. อัปเดตphp.ini(ค้นหาไฟล์ ini ที่ถูกต้องจากphpinfo();) และเพิ่มpost_max_sizeและupload_max_filesizeปรับขนาดตามที่คุณต้องการ:

   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. ปรับปรุงการตั้งค่า Nginx สำหรับเว็บไซต์ของคุณและเพิ่มclient_max_body_sizeค่าในของคุณlocation, httpหรือserverบริบท

   location / {
       client_max_body_size 200m;
       ...
   }
   

3. รีสตาร์ท NginX และ PHP-FPM:

   service nginx restart
   service php5-fpm restart
   

หมายเหตุ: บางครั้ง (ในกรณีของฉันเกือบทุกครั้ง) คุณต้องฆ่าphp-fpmกระบวนการหากไม่ได้รีเฟรชโดยคำสั่งบริการอย่างถูกต้อง ในการทำเช่นนั้นคุณสามารถรับรายการกระบวนการ ( ps -elf | grep php-fpm) และฆ่าทีละรายการ ( kill -9 12345) หรือใช้คำสั่งต่อไปนี้เพื่อทำเพื่อคุณ:

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

โปรดดูว่าคุณกำลังตั้งค่า client_max_body_size คำสั่งภายใน http {} บล็อกและไม่อยู่ในตำแหน่ง {} บล็อก ฉันได้ตั้งค่าไว้ใน http {} บล็อกและทำงานได้

มีคนแก้ไขฉันหากสิ่งนี้ไม่ดี แต่ฉันชอบที่จะล็อคทุกอย่างให้มากที่สุดเท่าที่จะเป็นไปได้และถ้าคุณมีเป้าหมายเดียวสำหรับการอัปโหลด (ตามปกติจะเป็นกรณี) จากนั้นเพียงกำหนดเป้าหมายการเปลี่ยนแปลงของคุณ สิ่งนี้ใช้ได้กับฉันใน Ubuntu nginx-extras mainline 1.7+ แพ็คเกจ:

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

ฉันพบปัญหาที่คล้ายกันเมื่อเร็ว ๆ นี้และพบว่าclient_max_body_size 0;สามารถแก้ไขปัญหาดังกล่าวได้ สิ่งนี้จะตั้งค่าclient_max_body_sizeเป็นไม่ จำกัด แต่วิธีปฏิบัติที่ดีที่สุดคือการปรับปรุงโค้ดของคุณดังนั้นจึงไม่จำเป็นต้องเพิ่มขีด จำกัด นี้

สมมติว่าคุณได้ตั้งค่า client_max_body_size และการตั้งค่า PHP ต่าง ๆ (upload_max_filesize / post_max_size ฯลฯ ) ไว้ในคำตอบอื่น ๆ จากนั้นรีสตาร์ทหรือโหลดใหม่ NGINX และ PHP โดยไม่มีผลใด ๆ เรียกใช้สิ่งนี้ ...

nginx -T

สิ่งนี้จะทำให้คุณมีข้อผิดพลาดที่ยังไม่ได้แก้ไขในการกำหนดค่า NGINX ของคุณ ในกรณีของฉันฉันต่อสู้กับข้อผิดพลาด 413 ทั้งวันก่อนที่ฉันจะรู้ว่ามีข้อผิดพลาด SSL ที่ไม่ได้รับการแก้ไขอื่น ๆ ในการกำหนดค่า NGINX (การกำหนดเส้นทางผิดสำหรับ certs) ที่ต้องแก้ไข เมื่อฉันแก้ไขปัญหาที่ยังไม่ได้แก้ไขฉันได้รับจาก 'nginx -T', โหลด NGINX และ EUREKA อีกครั้ง !! ที่แก้ไขมัน

ฉันตั้งค่าเซิร์ฟเวอร์ dev เพื่อเล่นกับมิเรอร์สดที่ล้าสมัยของเราฉันใช้เซิร์ฟเวอร์ที่สมบูรณ์แบบ - Ubuntu 14.04 (nginx, BIND, MySQL, PHP, Postfix, Dovecot และ ISPConfig 3)

หลังจากประสบปัญหาเดียวกันฉันเจอโพสต์นี้และไม่มีอะไรทำงาน ฉันเปลี่ยนค่าในทุกไฟล์ที่แนะนำ (nginx.conf, ispconfig.vhost, / sites-available / default เป็นต้น)

ในที่สุดการเปลี่ยนnginx client_max_body_sizeของฉัน/etc/nginx/sites-available/apps.vhostและเริ่มใหม่เป็นสิ่งที่หลอกลวง หวังว่ามันจะช่วยให้คนอื่น

ฉันพบปัญหาเดียวกัน แต่ฉันพบว่าไม่มีอะไรเกี่ยวข้องกับ nginx ฉันกำลังใช้ nodejs เป็นเซิร์ฟเวอร์แบ็กเอนด์ใช้ nginx เป็นพร็อกซีย้อนกลับรหัส 413 ถูกทริกเกอร์โดยโหนดเซิร์ฟเวอร์ โหนดใช้koaแยกวิเคราะห์ร่างกาย koa จำกัดความยาวของ urlencoded

formLimit: ขีด จำกัด ของเนื้อหา urlencoded หากเนื้อหามีขนาดใหญ่กว่าขีด จำกัด นี้จะมีการส่งคืนรหัสข้อผิดพลาด 413 ค่าเริ่มต้นคือ 56kb

กำหนด formLimit ให้ใหญ่ขึ้นสามารถแก้ปัญหานี้ได้

มีปัญหาเดียวกันกับclient_max_body_sizeคำสั่งที่ถูกละเลย

ข้อผิดพลาดโง่ของฉันเป็นที่ฉันใส่ในแฟ้มซึ่งไม่ได้จบลงด้วย/etc/nginx/conf.d .confNginx จะไม่โหลดสิ่งเหล่านี้ตามค่าเริ่มต้น

หากคุณใช้ windows รุ่น nginx คุณสามารถลองฆ่ากระบวนการ nginx ทั้งหมดและเริ่มต้นใหม่เพื่อดู ฉันพบปัญหาเดียวกันในสภาพแวดล้อมของฉัน แต่แก้ไขได้ด้วยวิธีนี้