จะแก้ไขข้อผิดพลาด 502 Bad Gateway NGINX ได้อย่างไร (7 วิธี)

อะไรทำให้เกิดข้อผิดพลาด 502 Bad Gateway Nginx

อาจมีสาเหตุหลายประการที่ทำให้เกิดข้อผิดพลาด 502 Bad Gateway ใน Nginx แต่นี่คือสาเหตุที่พบบ่อยที่สุดบางส่วนตามรายการด้านล่าง:

โอเวอร์โหลดเซิร์ฟเวอร์

เมื่อเซิร์ฟเวอร์แบ็กเอนด์ได้รับคำขอมากเกินไป เซิร์ฟเวอร์ดังกล่าวอาจทำงานหนักเกินไปและไม่ตอบสนองภายในระยะเวลาหมดเวลา สิ่งนี้ทำให้เกิดข้อผิดพลาด 502 เนื่องจากเซิร์ฟเวอร์อัปสตรีมไม่สามารถทำตามคำขอของลูกค้าได้ ขนาดเซิร์ฟเวอร์ที่เหมาะสม การจัดสรรทรัพยากร การทำโหลดบาลานซ์ และกลยุทธ์การปรับขนาดสามารถป้องกันเซิร์ฟเวอร์โอเวอร์โหลดได้

ปัญหาการเชื่อมต่อ

• ปัญหาการเชื่อมต่ออาจทำให้เกิดข้อผิดพลาด 502 Bad Gateway ใน Nginx เมื่อมีปัญหากับการเชื่อมต่อเครือข่ายระหว่างเซิร์ฟเวอร์พร็อกซีย้อนกลับและเซิร์ฟเวอร์ส่วนหลัง
• สิ่งนี้สามารถเกิดขึ้นได้เนื่องจากความแออัดของเครือข่าย การตั้งค่าเครือข่ายที่ไม่ถูกต้อง หรือความล้มเหลวของฮาร์ดแวร์
• เมื่อพร็อกซีเซิร์ฟเวอร์ย้อนกลับพยายามส่งต่อคำขอไปยังเซิร์ฟเวอร์ส่วนหลัง แต่ไม่สามารถสร้างการเชื่อมต่อได้ จะส่งกลับข้อผิดพลาด 502 ไปยังไคลเอนต์
• ข้อผิดพลาดเกิดขึ้นเนื่องจากพร็อกซีเซิร์ฟเวอร์ย้อนกลับทำหน้าที่เป็นตัวกลางระหว่างไคลเอนต์และเซิร์ฟเวอร์ส่วนหลัง และไม่สามารถเชื่อมต่อกับเซิร์ฟเวอร์ส่วนหลังเพื่อดำเนินการตามคำขอของลูกค้า
• การแก้ไขปัญหาการตั้งค่าเครือข่าย การตรวจสอบกฎไฟร์วอลล์ และการตรวจสอบการรับส่งข้อมูลเครือข่ายสามารถช่วยแก้ไขปัญหาได้

ปัญหา DNS

• ปัญหา DNS อาจทำให้เกิดข้อผิดพลาด 502 Bad Gateway ใน Nginx เมื่อการแก้ไข DNS สำหรับเซิร์ฟเวอร์ส่วนหลังล้มเหลว
• สิ่งนี้สามารถเกิดขึ้นได้เนื่องจากการกำหนดค่า DNS ไม่ถูกต้อง เซิร์ฟเวอร์ DNS ล้มเหลว หรือปัญหาการแคช DNS
• เมื่อไคลเอนต์ส่งคำขอไปยังเซิร์ฟเวอร์พร็อกซีย้อนกลับ พร็อกซีเซิร์ฟเวอร์ย้อนกลับจำเป็นต้องแก้ไขชื่อโดเมนของเซิร์ฟเวอร์แบ็กเอนด์เป็นที่อยู่ IP
• หากการแก้ไข DNS ล้มเหลว พร็อกซีเซิร์ฟเวอร์ย้อนกลับจะไม่สามารถส่งต่อคำขอไปยังเซิร์ฟเวอร์ส่วนหลัง ส่งผลให้มีข้อผิดพลาด 502 ถูกส่งกลับไปยังไคลเอ็นต์

อ่าน: DNS คืออะไร

ข้อจำกัดของไฟร์วอลล์

• ข้อจำกัดของไฟร์วอลล์อาจทำให้เกิดข้อผิดพลาด 502 Bad Gateway ใน Nginx เมื่อไฟร์วอลล์บล็อกการเชื่อมต่อระหว่างเซิร์ฟเวอร์พร็อกซีย้อนกลับและเซิร์ฟเวอร์ส่วนหลัง
• กรณีนี้อาจเกิดขึ้นได้เมื่อกำหนดค่าไฟร์วอลล์ให้จำกัดการรับส่งข้อมูลเข้าและออกจากที่อยู่ IP หรือพอร์ตเฉพาะ
• เมื่อพร็อกซีเซิร์ฟเวอร์ย้อนกลับพยายามเชื่อมต่อกับเซิร์ฟเวอร์แบ็กเอนด์ แต่ไฟร์วอลล์บล็อกการเชื่อมต่อ ระบบจะส่งกลับข้อผิดพลาด 502 ไปยังไคลเอนต์
• สิ่งนี้เกิดขึ้นเนื่องจากเซิร์ฟเวอร์พร็อกซีย้อนกลับทำหน้าที่เป็นตัวกลางระหว่างไคลเอนต์และเซิร์ฟเวอร์ส่วนหลัง และไม่สามารถสร้างการเชื่อมต่อกับเซิร์ฟเวอร์ส่วนหลังเพื่อตอบสนองคำขอของไคลเอ็นต์
• ในการแก้ไขปัญหาเกี่ยวกับไฟร์วอลล์ที่ทำให้เกิดข้อผิดพลาด 502 คุณอาจต้องปรับกฎไฟร์วอลล์เพื่อให้ทราฟฟิกไหลระหว่างพร็อกซีย้อนกลับและเซิร์ฟเวอร์ส่วนหลัง

ข้อบกพร่องของซอฟต์แวร์

• ข้อผิดพลาด 502 Bad Gateway อาจเกิดขึ้นเนื่องจากข้อผิดพลาดของซอฟต์แวร์หรือการกำหนดค่าที่ไม่ถูกต้องในเซิร์ฟเวอร์พร็อกซีย้อนกลับหรือเซิร์ฟเวอร์ส่วนหลัง
• ข้อผิดพลาดนี้อาจเกิดขึ้นได้เนื่องจากข้อผิดพลาดในการเข้ารหัสหรือการกำหนดค่าผิดพลาดของโมดูลเซิร์ฟเวอร์หรือแอปพลิเคชัน
• หากซอฟต์แวร์หรือการกำหนดค่าของเซิร์ฟเวอร์ใดเซิร์ฟเวอร์หนึ่งมีข้อผิดพลาด อาจล้มเหลวในการจัดการคำขอหรือตอบสนองภายในระยะเวลาหมดเวลา ส่งผลให้ข้อผิดพลาด 502 ถูกส่งกลับไปยังไคลเอ็นต์
• ในการแก้ไขปัญหาเกี่ยวกับซอฟต์แวร์ที่ทำให้เกิดข้อผิดพลาด 502 คุณอาจต้องตรวจสอบบันทึกของทั้งเซิร์ฟเวอร์พร็อกซีย้อนกลับและแบ็กเอนด์เพื่อระบุข้อผิดพลาดหรือข้อความเตือน

PHP-FMP ใช้เวลานานเกินไปในการตอบสนอง

• PHP-FPM (FastCGI Process Manager) อาจทำให้เกิดข้อผิดพลาด 502 Bad Gateway ใน Nginx เมื่อไม่ตอบสนองภายในช่วงหมดเวลาหรือพบข้อผิดพลาดร้ายแรง
• ข้อผิดพลาดนี้อาจเกิดขึ้นได้เนื่องจากทรัพยากรไม่เพียงพอ การกำหนดค่าผิด หรือจุดบกพร่องในโค้ด PHP
• PHP-FPM เป็นวิธีที่ได้รับความนิยมในการเรียกใช้แอปพลิเคชัน PHP ใน Nginx โดยที่ Nginx จะส่งคำขอไปยัง PHP-FPM และประมวลผลโค้ด PHP และส่งผลลัพธ์กลับไปยัง Nginx ซึ่งจะส่งการตอบกลับกลับไปยังไคลเอนต์
• ในการแก้ไขปัญหาที่เกี่ยวข้องกับ PHP-FPM คุณอาจต้องปรับการกำหนดค่า PHP-FPM เพื่อเพิ่มจำนวนกระบวนการหรือเธรด หรือปรับการตั้งค่าการหมดเวลา
• คุณอาจต้องตรวจสอบโค้ด PHP เพื่อระบุและแก้ไขจุดบกพร่องหรือปัญหาด้านประสิทธิภาพ
• นอกจากนี้ การตรวจสอบบันทึกของเซิร์ฟเวอร์และทรัพยากรระบบสามารถช่วยระบุรูปแบบหรือแนวโน้มที่อาจบ่งบอกถึงปัญหาที่ใหญ่กว่าของ PHP-FPM

อ่าน: วิธีแก้ไขข้อผิดพลาดการหมดเวลาเกตเวย์ HTTP 504

ตรวจสอบสถานะของ Nginx

สิ่งแรกที่คุณต้องทำคือการตรวจสอบว่า Nginx กำลังทำงานและตอบสนองต่อคำขอหรือไม่ ในการทำเช่นนั้นให้รันคำสั่งต่อไปนี้ด้านล่าง:

หาก Nginx กำลังทำงานอยู่ คุณจะได้รับข้อความเอาต์พุตในลักษณะนี้

nginx.service - The nginx HTTP Server
Loaded: loaded (/lib/systemd/system/nginx.service; enabled; vendor preset: enabled)
Active: active (running) since Wed 2022-10-11 10:25:41 UTC; 1 days ago
Docs: https://httpd.nginx.org/docs/2.4/

หาก Nginx ไม่ทำงาน คุณจะได้รับข้อความเอาต์พุตในลักษณะนี้

nginx.service - The nginx HTTP Server
Loaded: loaded (/lib/systemd/system/nginx.service; enabled; vendor preset: enabled)
Active: inactive (dead) since Fri 2022-10-11 10:25:41 UTC; 25s ago
Docs: https://httpd.nginx.org/docs/2.4/

ตอนนี้ในกรณีที่ Nginx ไม่ทำงาน คุณต้องเริ่มใหม่อีกครั้งโดยใช้คำสั่งต่อไปนี้

systemctl start nginx

ตรวจสอบสถานะเซิร์ฟเวอร์แบ็กเอนด์

• เข้าสู่ระบบพร็อกซีเซิร์ฟเวอร์ย้อนกลับที่โฮสต์ Nginx
• เปิดหน้าต่างเทอร์มินัลแล้วรันคำสั่งต่อไปนี้:

curl -I http://backend-server-ip-address/

• แทนที่ “ที่อยู่ IP ของเซิร์ฟเวอร์ส่วนหลัง” ด้วยที่อยู่ IP ของเซิร์ฟเวอร์ส่วนหลังของคุณ

• ตรวจสอบรหัสสถานะ HTTP ในเอาต์พุตของคำสั่ง หากเซิร์ฟเวอร์ส่วนหลังทำงานอย่างถูกต้อง คุณควรเห็นรหัสสถานะเป็น 200 ตกลง

• หากคุณได้รับรหัสสถานะอื่นที่ไม่ใช่ 200 แสดงว่าอาจมีปัญหากับเซิร์ฟเวอร์ส่วนหลัง คุณสามารถตรวจสอบปัญหาเพิ่มเติมได้โดยตรวจสอบบันทึกของเซิร์ฟเวอร์ส่วนหลังเพื่อระบุข้อผิดพลาดหรือข้อความเตือน

ตรวจสอบการกำหนดค่า DNS

หากการแก้ไข DNS ล้มเหลว พร็อกซีเซิร์ฟเวอร์แบบย้อนกลับจะไม่สามารถส่งต่อคำขอไปยังเซิร์ฟเวอร์ส่วนหลัง ส่งผลให้ข้อผิดพลาด 502 Bad Gateway ถูกส่งกลับไปยังไคลเอนต์ ดังนั้นจึงเป็นสิ่งสำคัญที่จะต้องตรวจสอบว่าการกำหนดค่า DNS สำหรับเซิร์ฟเวอร์ส่วนหลังนั้นถูกต้อง

ในการตรวจสอบการกำหนดค่า DNS คุณสามารถดำเนินการตามขั้นตอนต่อไปนี้:

• เข้าสู่ระบบพร็อกซีเซิร์ฟเวอร์ย้อนกลับที่โฮสต์ Nginx
• เปิดหน้าต่างเทอร์มินัลแล้วรันคำสั่งต่อไปนี้:

nslookup backend-server-domain-name

แทนที่ “backend-server-domain-name” ด้วยชื่อโดเมนของเซิร์ฟเวอร์แบ็กเอนด์ของคุณ

• ตรวจสอบผลลัพธ์ของคำสั่งเพื่อตรวจสอบว่ามีการส่งคืนที่อยู่ IP ที่ถูกต้องสำหรับเซิร์ฟเวอร์ส่วนหลัง

• หากผลลัพธ์ของคำสั่งระบุว่าการแก้ไข DNS ล้มเหลว อาจมีปัญหากับการกำหนดค่า DNS คุณสามารถตรวจสอบปัญหาเพิ่มเติมได้โดยตรวจสอบการตั้งค่า DNS สำหรับชื่อโดเมนของเซิร์ฟเวอร์ส่วนหลัง หรือติดต่อผู้ให้บริการ DNS เพื่อขอความช่วยเหลือ

ตรวจสอบการกำหนดค่าไฟร์วอลล์

ขอแนะนำให้ตรวจสอบบันทึกของไฟร์วอลล์เพื่อหาบล็อกที่ผิดปกติ บางครั้งไฟร์วอลล์ยังป้องกันหรือบล็อกไซต์อีกด้วย เพื่อแก้ไขปัญหานี้ คุณต้องปิดใช้งานไฟร์วอลล์ชั่วคราวและตรวจสอบว่าปัญหายังคงอยู่หรือได้รับการแก้ไขแล้วหรือไม่

เพิ่มขนาดบัฟเฟอร์

การเพิ่มขนาดบัฟเฟอร์ทำให้ Nginx สามารถจัดเก็บข้อมูลได้มากขึ้นจากการตอบสนองของเซิร์ฟเวอร์ ทำให้มั่นใจได้ว่าการตอบสนองจะสมบูรณ์และปราศจากข้อผิดพลาด หากต้องการเพิ่มขนาดบัฟเฟอร์ คุณต้องแก้ไขไฟล์การกำหนดค่า Nginx และเพิ่มคำสั่งต่อไปนี้

• proxy_buffer_size : กำหนดขนาดของแต่ละบัฟเฟอร์ ค่าเริ่มต้นมักจะเป็น 4K คุณสามารถเพิ่มค่าให้สูงขึ้นได้ขึ้นอยู่กับข้อกำหนดของเซิร์ฟเวอร์ของคุณ ตัวอย่างเช่น หากต้องการตั้งค่าขนาดบัฟเฟอร์เป็น 16K ให้เพิ่มบรรทัดต่อไปนี้ในไฟล์การกำหนดค่าของคุณ:

proxy_buffer_size 16k;

• proxy_buffers : กำหนดจำนวนบัฟเฟอร์ที่จะจัดสรร ค่าเริ่มต้นมักจะเป็น 8 คุณสามารถเพิ่มเป็นค่าที่สูงขึ้นได้ ขึ้นอยู่กับข้อกำหนดของเซิร์ฟเวอร์ของคุณ ตัวอย่างเช่น หากต้องการตั้งค่าจำนวนบัฟเฟอร์เป็น 32 และขนาดบัฟเฟอร์เป็น 16K ให้เพิ่มบรรทัดต่อไปนี้ในไฟล์คอนฟิกูเรชันของคุณ:

proxy_buffers 32 16k;

หมายเหตุ: สิ่งสำคัญคือต้องทราบว่าการเพิ่มขนาดบัฟเฟอร์และจำนวนบัฟเฟอร์จะเพิ่มการใช้หน่วยความจำบนเซิร์ฟเวอร์ ดังนั้น คุณควรทดลองกับขนาดบัฟเฟอร์และหมายเลขบัฟเฟอร์ต่างๆ เพื่อค้นหาการตั้งค่าที่เหมาะสมที่สุดสำหรับเซิร์ฟเวอร์และแอปพลิเคชันของคุณ

• หลังจากทำการเปลี่ยนแปลงไฟล์การกำหนดค่า Nginx ให้บันทึกไฟล์และรีสตาร์ท Nginx เพื่อให้การเปลี่ยนแปลงมีผล คุณสามารถทำได้โดยใช้คำสั่งต่อไปนี้:

sudo service nginx restart

รีสตาร์ทเซิร์ฟเวอร์ Nginx

ในบางกรณี การรีสตาร์ทเซิร์ฟเวอร์ Nginx อาจแก้ไขข้อผิดพลาด 502 เกตเวย์ Nginx ที่ไม่ถูกต้อง เพื่อทำสิ่งนี้,

คุณต้องเรียกใช้คำสั่งในเทอร์มินัลหรือเชลล์ของคุณ คำสั่งที่แน่นอนขึ้นอยู่กับระบบปฏิบัติการและการแจกจ่ายที่คุณใช้ แต่นี่คือตัวอย่างบางส่วน:

• อูบุนตูและเดเบียน:

sudo service nginx restart

• CentOS, Fedora และ RHEL:

sudo systemctl restart nginx

• แมคโอเอส :

sudo nginx -s reload

คำสั่งเหล่านี้จะรีสตาร์ทเซิร์ฟเวอร์ Nginx อย่างสง่างาม หมายความว่าจะรอให้การเชื่อมต่อที่ใช้งานอยู่เสร็จสิ้นก่อนที่จะปิดและเริ่มใหม่อีกครั้ง

ตรวจสอบสถานะ PHP-FPM

บางครั้ง ข้อผิดพลาด 502 Bad Gateway Nginx อาจถูกเรียกใช้โดย PHP-FPM ที่ไม่ทำงาน ดังนั้นจึงจำเป็นต้องตรวจสอบสถานะของ PHP-FPM เพื่อให้แน่ใจว่าทำงานได้อย่างถูกต้อง

ในการตรวจสอบสถานะการทำงาน คุณสามารถใช้คำสั่งต่อไปนี้

sudo service php-fpm status

หาก PHP-FPM ทำงานอยู่ คุณควรเห็นข้อความแจ้งว่าเปิดใช้งานอยู่

อย่างไรก็ตาม ในกรณีที่ PHP-FPM ไม่ทำงาน คุณสามารถลองรีสตาร์ทโดยใช้คำสั่งต่อไปนี้:

sudo service php-fpm restart

คำสั่งนี้จะรีสตาร์ทบริการ PHP-FPM ซึ่งสามารถช่วยแก้ไขปัญหาที่อาจก่อให้เกิดข้อผิดพลาด 502 เกตเวย์ Nginx ที่ไม่ถูกต้อง

สรุป

ข้อผิดพลาด 502 Bad Gateway Nginx เป็นข้อผิดพลาดทั่วไปที่ผู้ใช้ Nginx อาจพบ โดยทั่วไปมีสาเหตุมาจากปัญหาการเชื่อมต่อ เซิร์ฟเวอร์โอเวอร์โหลด ปัญหา DNS ข้อจำกัดของไฟร์วอลล์ หรือข้อบกพร่องของซอฟต์แวร์

อย่างไรก็ตาม ทำตามขั้นตอนที่อธิบายไว้ในบทความนี้ คุณจะสามารถแก้ไขและแก้ไขข้อผิดพลาด 502 เกตเวย์ nginx ที่ไม่ถูกต้องได้

หากวิธีการข้างต้นไม่ได้ผลสำหรับคุณ ให้พิจารณาขอความช่วยเหลือจากฟอรัม Nginx หรือที่ปรึกษา Nginx ที่มีประสบการณ์สูงและมีคุณสมบัติเหมาะสม

หากคุณมีเคล็ดลับหรือข้อเสนอแนะเกี่ยวกับข้อผิดพลาด 502 Bad Gateway Nginx ที่เราอาจพลาดไปในโพสต์นี้ หรือหากคุณต้องการแบ่งปันประสบการณ์ของคุณกับสิ่งเดียวกัน โปรดแจ้งให้เราทราบในส่วนความคิดเห็นด้านล่าง เรายินดีรับฟังความคิดเห็นของคุณ

อ่าน: วิธีแก้ไข HTTP 500 Internal Server Error ใน WordPress

คำถามที่พบบ่อย