คำอธิบายของข้อผิดพลาด: บริการไม่พร้อมใช้งาน รหัสข้อผิดพลาด 10 งานที่ทำงานเป็นเวลานาน รายการรหัสสถานะ HTTP

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

เมื่อใดก็ตามที่คุณได้รับรหัสสถานะ HTTP รหัสนั้นจะมาพร้อมกับตัวรหัสนั้นเอง และวลีเหตุผลที่เกี่ยวข้อง เช่น ข้อผิดพลาด HTTP 503บริการไม่พร้อมใช้งาน.

สิ่งอื่นที่คุณอาจต้องการทราบคือรหัสเหล่านี้หรือที่เรียกว่ารหัสข้อผิดพลาดของอินเทอร์เน็ต แต่ละรหัสมีกลุ่มของตัวเอง

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

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

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

โชคดีที่เกิดข้อผิดพลาดนี้ มีวิธีแก้ไขปัญหาที่รวดเร็วพอสมควรและทำให้เว็บไซต์กลับมาออนไลน์ได้

1. การตรวจสอบเบื้องต้น

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

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

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

• อ่านด้วย:

2. ปิดพร็อกซีเซิร์ฟเวอร์ของคุณ

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

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

3. เริ่มพูลแอปพลิเคชันปลายทาง

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

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

หากพูลแอปพลิเคชันไม่มี RAM หรือทรัพยากรอื่นๆ เหลืออยู่ พูลแอปพลิเคชันอาจหยุดทำงานและนำไปสู่ข้อผิดพลาด HTTP 503 อีกทั้งการย้ายเซิร์ฟเวอร์ยังนำไปสู่ข้อผิดพลาดดังกล่าวด้วย

หากข้อผิดพลาด HTTP 503 บริการไม่พร้อมใช้งานเกิดจากการหยุดพูลแอปพลิเคชัน การเริ่มต้นจะช่วยแก้ไขปัญหาได้

• คลิก เริ่ม
• ในแถบค้นหา ให้พิมพ์ คุณสมบัติของวินโดวส์
• เลือก เปิดหน้าต่างคุณสมบัติเปิดหรือปิด

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

• ไปที่ แผงควบคุม

• เลือก ดูโดยและคลิก ไอคอนขนาดใหญ่
• คลิก เครื่องมือการดูแลระบบ

• หา ผู้จัดการไอไอเอสและดับเบิลคลิกที่มัน

• เลือก กลุ่มแอปพลิเคชันโหนด

• คลิกขวาที่ DefaultAppPoolเพื่อตรวจสอบสถานะ ถ้าหยุดก็สตาร์ทเลย หากกำลังทำงานอยู่ ให้รีสตาร์ทและดูว่าข้อผิดพลาด HTTP 503 บริการไม่พร้อมใช้งานหายไปหรือไม่

• อ่านด้วย:

4. เปลี่ยนโหลดโปรไฟล์ผู้ใช้

หากปัญหาคือ DefaultAppPoolให้เปลี่ยน 'โหลดโปรไฟล์ผู้ใช้' เป็นเท็จโดยทำดังต่อไปนี้:

• ไปที่ แผงควบคุม
• เลือก ดูโดยและคลิก ไอคอนขนาดใหญ่
• คลิก เครื่องมือการดูแลระบบ

• หา ผู้จัดการไอไอเอสและดับเบิลคลิกที่มัน

• เลือก กลุ่มแอปพลิเคชันโหนด

• คลิกที่ DefaultAppPoolเพื่อเลือกหรือไฮไลท์

• ในบานหน้าต่างด้านขวา ให้เลือก ตั้งค่าขั้นสูง

• หา แบบจำลองกระบวนการ

• ไปที่ โหลดโปรไฟล์ผู้ใช้

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

“ข้อผิดพลาด 503” ระบุอะไร

บัญชีโฮสติ้งแต่ละบัญชีมีกระบวนการทำงานจำนวนหนึ่ง ซึ่งได้รับการควบคุมโดยข้อกำหนดเฉพาะของแผนภาษีอย่างเคร่งครัด คำขอจากคอมพิวเตอร์เครื่องอื่นบนเครือข่ายจะได้รับการประมวลผลตามลำดับที่ได้รับ ในเวลาเดียวกัน คำขอที่เบาสามารถดำเนินการได้เกือบจะในทันที ในขณะที่การทำงานกับคำขอที่หนักกว่าจะใช้เวลาพอสมควร
คิวดังกล่าวถูกจำกัดจำนวนคำขอ และหากเกินขีดจำกัด คำขอจะถูกปฏิเสธ และเบราว์เซอร์ของผู้ใช้จะแสดงข้อความ “ข้อผิดพลาด 503”

ผู้ใช้ควรทำอย่างไรเมื่อรหัสข้อผิดพลาด 503 ปรากฏในเบราว์เซอร์

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

สาเหตุของข้อผิดพลาด “ข้อผิดพลาด 503 - บริการไม่พร้อมใช้งาน”

รหัส 503 บ่งบอกถึงการก่อตัวของคิวคำขอจำนวนมากบนเซิร์ฟเวอร์ซึ่งไม่สามารถรับมือได้ สาเหตุหลักในการก่อตัวของคิวอาจเป็น:

1. สคริปต์ค้าง
2. คำขอจำนวนมากไปยังเซิร์ฟเวอร์

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

เหตุผลในการค้างสคริปต์และวิธีการแก้ไขปัญหานี้

การค้างสคริปต์และข้อผิดพลาด "ข้อผิดพลาด 503 - บริการไม่พร้อมใช้งาน" อาจเกิดขึ้นได้จากปัจจัยต่อไปนี้:

1. โอนไฟล์ขนาดใหญ่เมื่อ PHP ช่วยด้วย- ขอแนะนำให้ถ่ายโอนไฟล์ขนาดใหญ่โดยตรงโดยไม่ต้องใช้สคริปต์ ด้วยเหตุผลสองประการ:
   • สคริปต์มี เวลา จำกัดทำงาน และหลังจากหมดอายุการส่งข้อมูลจะถูกขัดจังหวะ
   • การถ่ายโอนไฟล์โดยใช้ PHP ต้องใช้กระบวนการแยกต่างหาก ซึ่งจะหยุดการประมวลผลคำขอของผู้ใช้
2. ขอแนะนำให้จัดระเบียบการถ่ายโอนไฟล์โดยตรงโดยใช้กระบวนการแบบมัลติเธรดพิเศษที่ประมวลผลเธรดจำนวนมากในแต่ละครั้งและไม่ส่งผลต่อความเร็วในการโหลดทรัพยากร http
3. การเชื่อมต่อกับเซิร์ฟเวอร์ระยะไกล ขอแนะนำอย่างเคร่งครัดเพื่อหลีกเลี่ยงการเชื่อมต่อประเภทนี้ แต่หากเป็นไปไม่ได้ที่จะใช้งานไซต์โดยไม่มีการเชื่อมต่อ คุณควรตั้งเวลาตอบสนองต่ำและกำหนดค่า การเชื่อมต่อที่ดีด้วยเซิร์ฟเวอร์ระยะไกล
4. “รุนแรง” จำนวนมากหรือใช้งานไม่ได้ โมดูลซีเอ็มเอส- ปลั๊กอินทั้งหมดของ CMS ที่ใช้จะต้องได้รับการตรวจสอบการทำงานและการใช้ทรัพยากรอย่างแน่นอน ขอแนะนำให้เปลี่ยนโมดูลที่ทำให้ไซต์ช้าลงด้วยอะนาล็อกที่เร็วขึ้น นอกจากนี้ จะเป็นการดีกว่าถ้าถอนการติดตั้งส่วนประกอบเครื่องยนต์ที่ไม่ได้ใช้ทั้งหมด
5. การใช้ไม่รู้หนังสือ รายชื่อผู้รับจดหมาย- ขอแนะนำให้เรียกใช้สคริปต์การส่งเมล์เฉพาะเมื่อมีการโหลดบนเซิร์ฟเวอร์น้อยที่สุด (เช่น ในเวลากลางคืน) โดยคำนึงถึงข้อจำกัดเกี่ยวกับจำนวนข้อความต่อวันและลักษณะเฉพาะของสคริปต์
6. การสืบค้นฐานข้อมูล MySQL ช้า หากมีการสืบค้นที่ช้า ไฟล์ชื่อ mysql-slow.log จะปรากฏในบัญชีของคุณ ข้อมูลในไฟล์นี้ได้รับการอัปเดตวันละครั้งและประกอบด้วยข้อความค้นหาที่เป็นปัญหาเฉพาะในฐานข้อมูล เพื่อลดจำนวนคำขอที่ช้าและลดความถี่ของรหัสข้อผิดพลาด 503 ขอแนะนำ:
   • ติดตั้งส่วนประกอบแคชบนเอ็นจิ้นไซต์ที่ลดจำนวนคำขอไปยังฐานข้อมูล
   • เพิ่มประสิทธิภาพการสืบค้นด้วยตนเอง
   • ตารางฐานข้อมูลดัชนีตามคอลัมน์ที่ใช้ในตัวอย่าง
   • เปลี่ยน CMS ของเว็บไซต์

เหตุผลในการร้องขอทรัพยากร http จำนวนมาก

คำขอจำนวนมากและด้วยเหตุนี้ข้อผิดพลาดที่มีรหัส 503 "บริการไม่พร้อมใช้งาน" อาจเป็นผลมาจาก:

• เนื้อหาบนเว็บไซต์ของลิงก์ http ไปยังไฟล์จำนวนมากที่โหลดผ่านคำขอแยกกัน (ไฟล์ดังกล่าวอาจเป็นรูปภาพ, ตาราง, จาวาสคริปต์);
• การมีอยู่บนเว็บไซต์ขององค์ประกอบที่ส่งคำขอ AJAX ไปยังเซิร์ฟเวอร์เป็นระยะ (เช่น แชท) และจำนวนคำขอจะขึ้นอยู่กับทั้งจำนวนผู้เยี่ยมชมและจำนวนแท็บที่เปิดในเบราว์เซอร์ของผู้เข้าชมหนึ่งราย
• จัดทำดัชนีบอทที่สแกนทรัพยากรของไซต์ (เช่น เครื่องมือค้นหาต่างๆ)
• การใช้ทรัพยากรใด ๆ ที่โพสต์บนเว็บไซต์อื่น
• การโจมตีแบบ DDoS

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

ข้อผิดพลาด 503... เซอร์ไพรส์ที่น่ารังเกียจใช่ไหม ไซต์นี้น่าจะเป็นไซต์เดียวที่คุณสามารถดาวน์โหลดเพลง/ภาพยนตร์ได้ฟรี และนี่คือเรื่องเลวร้าย - เข้าถึงไม่ได้ คุณรีเฟรชและรีเฟรชเพจ แต่ข้อผิดพลาดเซิร์ฟเวอร์ 503 ยังคงปรากฏขึ้น บางคนยอมแพ้และค้นหาเนื้อหาบนเว็บไซต์อื่น และบางคนก็พยายามค้นหาสาเหตุของปัญหาเพื่อหลีกเลี่ยงความเข้าใจผิดดังกล่าวในอนาคต วันนี้ฉันจะอธิบายปัจจัยที่ทำให้ "ข้อผิดพลาด 503" ปรากฏบนหน้าเว็บสำหรับพวกเขา

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

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

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

การถ่ายโอนไฟล์ขนาดใหญ่โดยใช้ PHP

ในการถ่ายโอนไฟล์ คุณต้องใช้กระบวนการพิเศษที่ประมวลผลหลายสตรีมพร้อมกันโดยไม่กระทบต่อความเร็วในการโหลดของไซต์

วิธีแก้ปัญหาของผู้ใช้

ฟังก์ชันการทำงานของสคริปต์การจัดเก็บเอกสารจำนวนมากสามารถนำมาใช้ผ่านกฎ mod_rewrite ในไฟล์ .htaccess

กำลังเชื่อมต่อกับเซิร์ฟเวอร์ระยะไกล

คุณต้องตั้งค่าการหยุดชั่วคราวสั้นๆ เพื่อรอการตอบกลับ และตรวจสอบให้แน่ใจว่าการเชื่อมต่อกับเซิร์ฟเวอร์ระยะไกลมีความน่าเชื่อถือเพียงพอ ถ้าเข้า. สคริปต์ PHPรวมฟังก์ชั่นที่ใช้ซึ่งโหลดชิ้นส่วนของเครื่องยนต์ที่อยู่ในตำแหน่งเดียวกัน บัญชีตรวจสอบให้แน่ใจว่าไม่ได้ใช้ URL พิมพ์ http://... และเส้นทางท้องถิ่น การมีอยู่ของ URL บังคับให้เซิร์ฟเวอร์สร้างคำขอ HTTP เพิ่มเติมซึ่งจะทำให้การโหลดไซต์ช้าลงอย่างมาก

เบอร์ใหญ่ เสียหายหรือส่วนประกอบ CMS “หนัก”

ตรวจสอบปลั๊กอินและส่วนประกอบ CMS ทั้งหมดปิดการใช้งานตามลำดับค้นหาส่วนที่เสียหายมากที่สุดหรือ "หนัก" ซึ่งการดำเนินการที่ทำให้การโหลดไซต์ช้าลง หากเป็นไปได้ ให้ปฏิเสธส่วนประกอบดังกล่าวหรือมองหาทางเลือกอื่นที่เร็วกว่า ลบส่วนประกอบที่ไม่จำเป็นทั้งหมดที่คุณไม่ได้ใช้หรือการดำเนินการที่ไม่บังคับออกด้วย

งานแมมบอทที่ทำงานมายาวนาน (สำหรับ Joomla)

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

วิธีที่สะดวกที่สุดในการวางสคริปต์การส่งจดหมายไว้ในระบบ cron (การจัดการอยู่ที่ แผงควบคุม- และกำหนดเวลาการเปิดตัวในช่วงเวลาที่มีการโหลดบนเซิร์ฟเวอร์น้อยที่สุด (ในเวลากลางคืน) ในกรณีนี้ จำเป็นต้องคำนึงถึงข้อจำกัดในเงื่อนไขของข้อตกลงข้อเสนอเกี่ยวกับจำนวนตัวอักษรต่อชั่วโมง/วัน และเวลาการทำงานของสคริปต์ PHP

คำขอจำนวนมากไปยังเซิร์ฟเวอร์

1. ทรัพยากรมีลิงก์ไปยังไฟล์มากเกินไป (สไตล์ชีตสคริปต์ JS, รูปภาพ) ซึ่งเพิ่มทีละไฟล์ รวมทรัพยากรเป็นไฟล์เดียวทุกครั้งที่เป็นไปได้
2. มีองค์ประกอบบนไซต์ที่บางครั้งส่งไปยังเซิร์ฟเวอร์ คำขอ AJAX(เช่น แชท) จำนวนคำขอไม่เพียงแต่ขึ้นอยู่กับจำนวนผู้เข้าชมเท่านั้น แต่ยังขึ้นอยู่กับจำนวนแท็บและหน้าต่างที่เปิดในเบราว์เซอร์ด้วย
3. ตัวสร้างดัชนีที่สแกนทรัพยากรของเว็บไซต์ (Sape, เครื่องมือค้นหา ฯลฯ )
4. การใช้องค์ประกอบสคริปต์หรือแหล่งข้อมูลบนเว็บไซต์ของผู้อื่น (สคริปต์ผู้แจ้งหรือลิงก์ไปยังรูปภาพ) ใช้ตัวป้องกันการกำหนดโมดูล/การปรับแต่ง
5. การโจมตีแบบ DDoS

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

รายการรหัสสถานะ HTTP

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

• 201 สร้าง.
• 401 ไม่ได้รับอนุญาต.
• 507 พื้นที่เก็บข้อมูลไม่เพียงพอ.

ลูกค้าเรียนรู้จากโค้ดตอบกลับเกี่ยวกับผลลัพธ์ของคำขอและกำหนดว่าจะดำเนินการใดต่อไป ชุดรหัสสถานะเป็นมาตรฐานและอธิบายไว้ใน RFC ที่เกี่ยวข้อง รหัสใหม่ควรนำมาใช้หลังจากข้อตกลงกับ IETF เท่านั้น อย่างไรก็ตาม มีรหัสสองรหัสที่ทราบว่าใช้ซึ่งไม่ได้กล่าวถึงใน RFC: 449 Retry With ที่กล่าวถึงยังเป็นวลีอธิบาย "ตอบกลับด้วย" ในข้อกำหนดสำหรับ WebDAVวี เครือข่ายนักพัฒนาไมโครซอฟต์แนะนำตัว ไมโครซอฟต์และเกินขีดจำกัดแบนด์วิธ 509 เปิดตัวใน ซีพาเนล.

ลูกค้าอาจไม่ทราบรหัสสถานะทั้งหมด แต่ต้องตอบสนองตามคลาสของรหัส ปัจจุบันมีรหัสสถานะอยู่ห้าคลาส

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

รายการตรวจสอบ

ด้านล่างนี้เป็นรายการภาพรวมของรหัสตอบกลับทั้งหมดที่อธิบายไว้ในบทความนี้:

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

• 1xx: ข้อมูล:
  • 100 ดำเนินการต่อ (“ดำเนินการต่อ”);
  • 101 โปรโตคอลการสลับ;
  • 102 การประมวลผล (“กำลังดำเนินการ”)
• 2xx: สำเร็จ (สำเร็จ):
  • 200 ตกลง (“ดี”);
  • 201 สร้างแล้ว (“สร้างแล้ว”);
  • 202 ยอมรับแล้ว (“ยอมรับแล้ว”);
  • 203 ข้อมูลที่ไม่ได้รับอนุญาต (“ข้อมูลไม่ได้รับอนุญาต”);
  • 204 ไม่มีเนื้อหา;
  • 205 รีเซ็ตเนื้อหา;
  • 206 เนื้อหาบางส่วน;
  • 207 หลายสถานะ;
  • 226 IM ใช้แล้ว
• 3xx: การเปลี่ยนเส้นทาง:
  • 300 หลายตัวเลือก;
  • 301 ย้ายอย่างถาวร;
  • 302 ย้ายชั่วคราว;
  • 302 พบ (“พบ”);
  • 303 ดูอื่นๆ (“ดูอื่นๆ”);
  • 304 ไม่แก้ไข (“ไม่เปลี่ยนแปลง”);
  • 305 ใช้พรอกซี (“ใช้พรอกซี”);
  • 306 - ที่สงวนไว้(รหัสที่ใช้ในข้อกำหนดเบื้องต้นเท่านั้น);
  • 307 การเปลี่ยนเส้นทางชั่วคราว
• 4xx: ข้อผิดพลาดของไคลเอนต์:
  • 400 คำขอไม่ถูกต้อง (“คำขอไม่ถูกต้อง ไม่ถูกต้อง”);
  • 401 ไม่ได้รับอนุญาต;
  • 402 ต้องชำระเงิน;
  • 403 ต้องห้าม;
  • 404 ไม่พบ (“ไม่พบ”);
  • ไม่อนุญาตให้ใช้วิธี 405;
  • 406 ไม่เป็นที่ยอมรับ;
  • จำเป็นต้องมีการรับรองความถูกต้องของพร็อกซี 407 (“จำเป็นต้องมีการรับรองความถูกต้องของพรอกซี”);
  • 408 คำขอหมดเวลา (“หมดเวลา”);
  • 409 ความขัดแย้ง;
  • 410 หายไป (“ ลบแล้ว”);
  • 411 ความยาวที่ต้องการ(“ความยาวที่ต้องการ”);
  • 412 เงื่อนไขเบื้องต้นล้มเหลว;
  • 413 เพย์โหลดใหญ่เกินไป (" น้ำหนักบรรทุกมีขนาดใหญ่เกินไป");
  • 414 URI ยาวเกินไป (“URI ยาวเกินไป”);
  • 415 ประเภทสื่อที่ไม่รองรับ
  • ระยะ 416 ไม่น่าพอใจ
  • 417 ความคาดหวังล้มเหลว
  • 418 ฉันเป็นกาน้ำชา (“ฉันเป็นกาน้ำชา”)
  • 422 เอนทิตีที่ไม่สามารถประมวลผลได้
  • 423 ล็อค;
  • 424 การพึ่งพาล้มเหลว;
  • 425 คอลเลกชันที่ไม่มีการสั่งซื้อ;
  • จำเป็นต้องอัพเกรด 426;
  • 428 ต้องมีเงื่อนไขเบื้องต้น;
  • 429 คำขอมากเกินไป;
  • 431 ฟิลด์ส่วนหัวคำขอใหญ่เกินไป
  • 444 ปิดการเชื่อมต่อโดยไม่ส่งส่วนหัวการตอบกลับ รหัสที่ไม่ได้มาตรฐาน
  • 449 ลองอีกครั้งด้วย;
  • 451 ไม่สามารถใช้งานได้ด้วยเหตุผลทางกฎหมาย
• 5xx: ข้อผิดพลาดของเซิร์ฟเวอร์:
  • 500 ข้อผิดพลาดภายในเซิร์ฟเวอร์;
  • 501 ไม่ได้นำไปใช้;
  • 502 เกตเวย์ไม่ถูกต้อง (“เกตเวย์ไม่ถูกต้องและไม่ถูกต้อง”);
  • 503 บริการไม่พร้อมใช้งาน (“บริการไม่พร้อมใช้งาน”);
  • 504 เกตเวย์หมดเวลา (“เกตเวย์ไม่ตอบสนอง”);
  • ไม่รองรับเวอร์ชัน HTTP 505 (“ไม่รองรับเวอร์ชัน HTTP”);
  • 506 ตัวแปรยังเจรจาด้วย (“ตัวแปรยังเจรจาด้วย”);
  • 507 พื้นที่เก็บข้อมูลไม่เพียงพอ ("พื้นที่เก็บข้อมูลล้น");
  • 508 ตรวจพบลูป (“ ตรวจพบการเปลี่ยนเส้นทางไม่สิ้นสุด”);
  • เกินขีดจำกัดแบนด์วิธ 509 (“แบนด์วิดท์ของช่องสัญญาณหมด”);
  • 510 ไม่ขยาย;
  • ต้องมีการรับรองความถูกต้องเครือข่าย 511
  • 520 ข้อผิดพลาดที่ไม่รู้จัก
  • 521 เว็บเซิร์ฟเวอร์ไม่ทำงาน (“เว็บเซิร์ฟเวอร์ไม่ทำงาน”);
  • 522 หมดเวลาการเชื่อมต่อ (“การเชื่อมต่อไม่ตอบสนอง”);
  • 523 แหล่งกำเนิดไม่พร้อมใช้งาน;
  • 524 เกิดการหมดเวลา (“เวลาการฟื้นฟูหมดอายุแล้ว”);
  • การจับมือ SSL 525 ล้มเหลว
  • 526 ใบรับรอง SSL ไม่ถูกต้อง

คำอธิบายของรหัส

ข้อมูล

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

• 100 ดำเนินการต่อ - เซิร์ฟเวอร์พอใจ ข้อมูลเบื้องต้นเกี่ยวกับคำขอ ลูกค้าสามารถส่งต่อส่วนหัวต่อไปได้ เปิดตัวใน HTTP/1.1
• 101 Switching Protocols - เซิร์ฟเวอร์เสนอให้เปลี่ยนไปใช้โปรโตคอลที่เหมาะสมกว่าสำหรับทรัพยากรที่ระบุ เซิร์ฟเวอร์จะต้องระบุรายการโปรโตคอลที่เสนอในฟิลด์ส่วนหัวการอัพเกรด หากลูกค้าสนใจในสิ่งนี้ เขาจะส่งคำขอใหม่โดยระบุโปรโตคอลอื่น เปิดตัวใน HTTP/1.1
• 102 กำลังดำเนินการ - คำขอได้รับการยอมรับแล้ว แต่จะใช้เวลานานในการดำเนินการ ใช้โดยเซิร์ฟเวอร์เพื่อป้องกันไม่ให้ไคลเอนต์ตัดการเชื่อมต่อเนื่องจากการหมดเวลา เมื่อได้รับการตอบกลับดังกล่าว ไคลเอ็นต์จะต้องรีเซ็ตตัวจับเวลาและรอคำสั่งถัดไป โหมดปกติ- ปรากฏตัวใน WebDAV.

ความสำเร็จ

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

• 200 ตกลง - คำขอสำเร็จ หากลูกค้าร้องขอข้อมูลใดๆ ข้อมูลนั้นจะอยู่ในส่วนหัวและ/หรือเนื้อหาของข้อความ เปิดตัวใน HTTP/1.0
• สร้างแล้ว 201 รายการ - เนื่องจากการดำเนินการตามคำขอสำเร็จ ทรัพยากรใหม่จึงถูกสร้างขึ้น เซิร์ฟเวอร์สามารถระบุที่อยู่ (อาจมีหลายรายการ) ของทรัพยากรที่สร้างขึ้นในส่วนเนื้อหาของการตอบกลับ โดยมีที่อยู่ที่ต้องการระบุไว้ในส่วนหัวของตำแหน่ง แนะนำให้เซิร์ฟเวอร์ระบุคุณสมบัติของทรัพยากรที่สร้างขึ้นและที่อยู่ในส่วนเนื้อหาการตอบกลับ รูปแบบของเนื้อหาการตอบกลับจะถูกกำหนดโดยส่วนหัวของประเภทเนื้อหา เมื่อประมวลผลคำขอ จะต้องสร้างทรัพยากรใหม่ก่อนที่จะส่งการตอบกลับไปยังไคลเอนต์ มิฉะนั้นควรใช้การตอบกลับด้วยรหัส 202 ใน HTTP/1.0
• 202 ยอมรับแล้ว - คำขอได้รับการยอมรับสำหรับการประมวลผล แต่ยังไม่เสร็จสมบูรณ์ ลูกค้าไม่จำเป็นต้องรอการส่งข้อความครั้งสุดท้าย เนื่องจากกระบวนการที่ยาวมากสามารถเริ่มต้นได้ เปิดตัวใน HTTP/1.0
• 203 ข้อมูลที่ไม่ได้รับอนุญาต - คล้ายกับคำตอบ 200 แต่ในกรณีนี้ ข้อมูลที่ส่งไม่ได้ถูกนำมาจากแหล่งหลัก (ข้อมูลสำรอง เซิร์ฟเวอร์อื่น ฯลฯ) ดังนั้นจึงอาจไม่เป็นปัจจุบัน เปิดตัวใน HTTP/1.1
• 204 ไม่มีเนื้อหา - เซิร์ฟเวอร์ประมวลผลคำขอสำเร็จแล้ว แต่การตอบกลับมีเพียงส่วนหัวที่ไม่มีเนื้อหาข้อความ ลูกค้าไม่จำเป็นต้องอัปเดตเนื้อหาของเอกสาร แต่สามารถใช้ข้อมูลเมตาที่ได้รับกับเอกสารได้ เปิดตัวใน HTTP/1.0
• 205 รีเซ็ตเนื้อหา - เซิร์ฟเวอร์บังคับให้ไคลเอนต์รีเซ็ตข้อมูลที่ผู้ใช้ป้อน เซิร์ฟเวอร์ไม่ส่งเนื้อความของข้อความ และไม่จำเป็นต้องอัปเดตเอกสาร เปิดตัวใน HTTP/1.1
• 206 เนื้อหาบางส่วน - เซิร์ฟเวอร์ดำเนินการตามคำขอ GET บางส่วนได้สำเร็จ โดยส่งคืนข้อความเพียงบางส่วนเท่านั้น ในส่วนหัว Content-Range เซิร์ฟเวอร์จะระบุช่วงไบต์ของเนื้อหา เมื่อทำงานกับการตอบสนองดังกล่าว ควรให้ความสนใจเป็นพิเศษกับการแคช เปิดตัวใน HTTP/1.1 - รายละเอียดเพิ่มเติม...)
• 207 หลายสถานะ - เซิร์ฟเวอร์ส่งผลลัพธ์ของการดำเนินการอิสระหลายอย่างพร้อมกัน โดยจะวางไว้ในเนื้อหาข้อความเป็นเอกสาร XML พร้อมด้วยออบเจ็กต์หลายสถานะ ไม่แนะนำให้วางสถานะจากซีรีส์ 1xx ในออบเจ็กต์นี้ เนื่องจากความไร้ความหมายและความซ้ำซ้อน ปรากฏตัวใน WebDAV.
• 226 IM ใช้แล้ว - ได้รับส่วนหัว A-IM จากไคลเอนต์สำเร็จและเซิร์ฟเวอร์ส่งคืนเนื้อหาโดยคำนึงถึง พารามิเตอร์ที่ระบุ- เปิดตัวใน RFC 3229 เพื่อขยายโปรโตคอล HTTP พร้อมรองรับการเข้ารหัสเดลต้า

การเปลี่ยนเส้นทาง

รหัสในคลาสนี้บอกไคลเอ็นต์ว่าเพื่อให้การดำเนินการประสบความสำเร็จ จะต้องทำการร้องขออื่น โดยปกติจะส่งไปยัง URI อื่น ในคลาสนี้ รหัส 5 รหัส 301, 302, 303, 305 และ 307 เกี่ยวข้องโดยตรงกับการเปลี่ยนเส้นทาง ที่อยู่ที่ไคลเอ็นต์ควรทำการร้องขอจะถูกระบุโดยเซิร์ฟเวอร์ในส่วนหัวของตำแหน่ง อย่างไรก็ตาม คุณสามารถใช้แฟรกเมนต์ใน URI เป้าหมายได้

ตามมาตรฐานล่าสุด ไคลเอนต์สามารถเปลี่ยนเส้นทางโดยไม่ต้องร้องขอจากผู้ใช้เฉพาะเมื่อมีการร้องขอทรัพยากรที่สองโดยใช้เมธอด GET หรือ HEAD ข้อกำหนดก่อนหน้านี้ระบุว่าเพื่อหลีกเลี่ยงการเดินทางไปกลับ ควรถามผู้ใช้หลังจากการเปลี่ยนเส้นทางติดต่อกันครั้งที่ 5 สำหรับการเปลี่ยนเส้นทางทั้งหมด หากวิธีการร้องขอไม่ใช่ HEAD ก็ควรรวมข้อความไฮเปอร์เท็กซ์สั้นๆ พร้อมที่อยู่เป้าหมายไว้ในเนื้อหาการตอบกลับ เพื่อว่าในกรณีที่เกิดข้อผิดพลาด ผู้ใช้สามารถทำการเปลี่ยนแปลงได้ด้วยตนเอง

นักพัฒนา HTTP โปรดทราบว่าไคลเอ็นต์จำนวนมากใช้การเปลี่ยนเส้นทาง 301 และ 302 อย่างไม่ถูกต้อง วิธีการรับไปยังทรัพยากรที่สองแม้ว่าคำขอแรกจะใช้วิธีอื่น (ส่วนใหญ่มักจะใส่) เพื่อหลีกเลี่ยงความเข้าใจผิด รหัส 303 และ 307 ถูกนำมาใช้ในเวอร์ชัน HTTP/1.1 และขอแนะนำให้ใช้แทน 302 คุณต้องเปลี่ยนวิธีการเฉพาะเมื่อเซิร์ฟเวอร์ตอบกลับด้วย 303 ในกรณีอื่นๆ ให้ส่งคำขอถัดไปด้วย วิธีการดั้งเดิม

พฤติกรรมของไคลเอ็นต์ที่มีการเปลี่ยนเส้นทางต่างๆ อธิบายไว้ในตาราง:

การแคชสถานะการตอบสนองหากวิธีการนี้ไม่ใช่ GET หรือ HEAD

• 300 ตัวเลือกหลายรายการ - สำหรับ URI ที่ระบุ มีหลายตัวเลือกในการจัดหาทรัพยากรตามประเภท MIME ตามภาษา หรือตามลักษณะอื่น ๆ เซิร์ฟเวอร์จะส่งรายการทางเลือกพร้อมข้อความ เพื่อให้ลูกค้าหรือผู้ใช้ตัดสินใจได้โดยอัตโนมัติ เปิดตัวใน HTTP/1.0
• 301 ย้ายอย่างถาวร - เอกสารที่ร้องขอถูกย้ายอย่างถาวรไปยัง URI ใหม่ที่ระบุในช่องตำแหน่งของส่วนหัว ไคลเอนต์บางรายทำงานไม่ถูกต้องเมื่อประมวลผลรหัสนี้ เปิดตัวใน HTTP/1.0
• 302 พบ 302 ย้ายชั่วคราว - เอกสารที่ร้องขอมีอยู่ชั่วคราวที่ URI อื่นที่ระบุในส่วนหัวในฟิลด์ตำแหน่ง รหัสนี้สามารถใช้ได้ เช่น ในการเจรจาต่อรองเนื้อหาที่ขับเคลื่อนด้วยเซิร์ฟเวอร์ บาง[ ที่?] ลูกค้าทำงานไม่ถูกต้องเมื่อประมวลผลรหัสนี้ เปิดตัวใน HTTP/1.0
• 303 ดูอื่นๆ - ต้องขอเอกสารตาม URI ที่ร้องขอไปยังที่อยู่ในฟิลด์ตำแหน่งของส่วนหัวโดยใช้วิธี GET แม้ว่าเอกสารแรกจะถูกร้องขอโดยใช้วิธีอื่นก็ตาม รหัสนี้ถูกนำมาใช้พร้อมกับ 307 เพื่อหลีกเลี่ยงความคลุมเครือ เพื่อให้เซิร์ฟเวอร์มั่นใจได้ว่าทรัพยากรถัดไปจะถูกร้องขอโดยใช้วิธี GET ตัวอย่างเช่น หน้าเว็บมีช่องป้อนข้อความเพื่อการนำทางและค้นหาอย่างรวดเร็ว หลังจากป้อนข้อมูลแล้ว เบราว์เซอร์จะส่งคำขอโดยใช้วิธี POST รวมถึงข้อความที่ป้อนในเนื้อหาข้อความ หากตรวจพบเอกสารที่มีชื่อที่ป้อน เซิร์ฟเวอร์จะตอบกลับด้วยรหัส 303 โดยระบุที่อยู่ถาวรในส่วนหัวของตำแหน่ง จากนั้นรับประกันว่าเบราว์เซอร์จะร้องขอโดยใช้วิธี GET เพื่อรับเนื้อหา มิฉะนั้น เซิร์ฟเวอร์จะส่งคืนหน้าผลการค้นหาไปยังไคลเอนต์ เปิดตัวใน HTTP/1.1
• 304 ไม่ได้รับการแก้ไข - เซิร์ฟเวอร์ส่งคืนรหัสนี้หากไคลเอนต์ร้องขอเอกสารโดยใช้วิธี GET ใช้ส่วนหัว If-Modified-Since หรือ If-None-Match และเอกสารไม่มีการเปลี่ยนแปลงตั้งแต่นั้นมา ช่วงเวลาที่กำหนด- ในกรณีนี้ ข้อความของเซิร์ฟเวอร์ไม่ควรมีเนื้อหา เปิดตัวใน HTTP/1.0
• 305 Use Proxy - การร้องขอไปยังทรัพยากรที่ร้องขอจะต้องดำเนินการผ่านพร็อกซีเซิร์ฟเวอร์ ซึ่งมีการระบุ URI ในช่องตำแหน่งของส่วนหัว รหัสตอบกลับนี้สามารถใช้ได้โดยเซิร์ฟเวอร์ HTTP ต้นทางเท่านั้น (ไม่ใช่พร็อกซี) เปิดตัวใน HTTP/1.1
• 306 (สงวนไว้) - รหัสตอบกลับที่ใช้ก่อนหน้านี้ ใน ตอนนี้ที่สงวนไว้ กล่าวถึงใน RFC 2616 (อัปเดต HTTP/1.1)
• 307 การเปลี่ยนเส้นทางชั่วคราว - ทรัพยากรที่ร้องขอจะพร้อมใช้งานในช่วงเวลาสั้น ๆ ที่ URI อื่นที่ระบุในฟิลด์ตำแหน่งของส่วนหัว ไม่อนุญาตให้เปลี่ยนวิธีการร้องขอ (GET/POST) ตัวอย่างเช่น ต้องส่งคำขอ POST ไปยัง URI ใหม่โดยใช้วิธี POST เดียวกัน รหัสนี้ถูกนำมาใช้พร้อมกับ 303 แทนที่จะเป็น 302 เพื่อหลีกเลี่ยงความคลุมเครือ เปิดตัวใน RFC 2616 (อัปเดต HTTP/1.1)

ข้อผิดพลาดของไคลเอ็นต์

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

• 400 คำขอไม่ถูกต้อง - เซิร์ฟเวอร์ตรวจพบคำขอไคลเอ็นต์ ข้อผิดพลาดทางไวยากรณ์- เปิดตัวใน HTTP/1.0
• 401 ไม่ได้รับอนุญาต - จำเป็นต้องมีการตรวจสอบสิทธิ์เพื่อเข้าถึงทรัพยากรที่ร้องขอ ส่วนหัวการตอบกลับจะต้องมีฟิลด์ WWW-Authenticate พร้อมด้วยรายการเงื่อนไขการตรวจสอบสิทธิ์ ไคลเอนต์สามารถทำซ้ำคำขอโดยรวมฟิลด์การอนุญาตในส่วนหัวของข้อความพร้อมกับข้อมูลที่จำเป็นสำหรับการตรวจสอบสิทธิ์
• 402 ต้องชำระเงิน - ตั้งใจจะใช้ในอนาคต ปัจจุบันไม่ได้ใช้งาน. รหัสนี้มีไว้สำหรับบริการผู้ใช้แบบชำระเงิน ไม่ใช่สำหรับบริษัทโฮสติ้ง ซึ่งหมายความว่าผู้ให้บริการโฮสต์จะไม่แสดงข้อผิดพลาดนี้ในกรณีที่ชำระค่าบริการเกินกำหนด สงวนไว้ตั้งแต่ HTTP/1.1

เซิร์ฟเวอร์ส่งคืนข้อผิดพลาด 403 เมื่อพยายามดูไดเร็กทอรี "cgi-bin" ซึ่งการเข้าถึงถูกปฏิเสธ

• 403 Forbidden - เซิร์ฟเวอร์เข้าใจคำขอ แต่ปฏิเสธที่จะปฏิบัติตามเนื่องจากข้อ จำกัด ในการเข้าถึงทรัพยากรที่ระบุของลูกค้า หากจำเป็นต้องมีการรับรองความถูกต้อง HTTP เพื่อเข้าถึงทรัพยากร เซิร์ฟเวอร์จะส่งคืนการตอบกลับ 401 หรือการตอบสนอง 407 เมื่อใช้พร็อกซี มิฉะนั้น ผู้ดูแลระบบเซิร์ฟเวอร์หรือผู้พัฒนาแอปพลิเคชันเว็บเป็นผู้กำหนดข้อจำกัด และสามารถเป็นอะไรก็ได้ขึ้นอยู่กับความสามารถของซอฟต์แวร์ที่ใช้ ไม่ว่าในกรณีใด ลูกค้าควรได้รับแจ้งถึงเหตุผลในการปฏิเสธที่จะดำเนินการตามคำขอ ที่สุด เหตุผลที่น่าจะเป็นไปได้ข้อจำกัดอาจรวมถึงการพยายามเข้าถึงทรัพยากรระบบของเว็บเซิร์ฟเวอร์ (เช่น ไฟล์ .htaccess หรือ .htpasswd) หรือไฟล์ที่ถูกปฏิเสธการเข้าถึงโดยใช้ไฟล์การกำหนดค่า ซึ่งต้องมีการตรวจสอบสิทธิ์ที่ไม่ใช่ HTTP เช่น เพื่อเข้าถึงระบบจัดการเนื้อหาหรือส่วนสำหรับ ผู้ใช้ที่ลงทะเบียนแล้ว หรือเซิร์ฟเวอร์ไม่พอใจกับที่อยู่ IP ของลูกค้า เช่น เมื่อทำการบล็อก เปิดตัวใน HTTP/1.0
• 404 Not Found เป็นข้อผิดพลาดที่พบบ่อยที่สุดเมื่อใช้อินเทอร์เน็ต สาเหตุหลักคือข้อผิดพลาดในการสะกดที่อยู่ของเว็บเพจ เซิร์ฟเวอร์เข้าใจคำขอ แต่ไม่พบทรัพยากรที่เกี่ยวข้องใน URL ที่ระบุ หากเซิร์ฟเวอร์รู้ว่ามีเอกสารตามที่อยู่นี้ขอแนะนำให้ใช้รหัส 410 สามารถใช้การตอบสนอง 404 แทน 403 ได้หากจำเป็นต้องซ่อนอย่างระมัดระวังจากการสอดรู้สอดเห็น ทรัพยากรบางอย่าง- เปิดตัวใน HTTP/1.0
• ไม่อนุญาตให้ใช้วิธี 405 - ไม่สามารถใช้วิธีการที่ระบุโดยไคลเอ็นต์ได้ ทรัพยากรปัจจุบัน- ในการตอบกลับ เซิร์ฟเวอร์จะต้องระบุวิธีการที่มีอยู่ในส่วนหัว Allow โดยคั่นด้วยเครื่องหมายจุลภาค เซิร์ฟเวอร์จะต้องส่งคืนข้อผิดพลาดนี้หากทราบวิธีการดังกล่าว แต่ไม่สามารถใช้ได้กับทรัพยากรที่ระบุในคำขอโดยเฉพาะ หากวิธีการที่ระบุไม่สามารถใช้งานได้บนเซิร์ฟเวอร์ทั้งหมด ไคลเอ็นต์จะต้องส่งคืนรหัส 501 (ไม่ได้นำไปใช้งาน) ). เปิดตัวใน HTTP/1.1
• 406 ไม่สามารถยอมรับได้ - URI ที่ร้องขอไม่สามารถตอบสนองคุณสมบัติที่ส่งผ่านในส่วนหัว หากวิธีการนี้ไม่ใช่ HEAD เซิร์ฟเวอร์จะต้องส่งคืนรายการคุณลักษณะที่ยอมรับได้สำหรับทรัพยากรนี้ เปิดตัวใน HTTP/1.1
• ต้องมีการตรวจสอบสิทธิ์พร็อกซี 407 - การตอบสนองจะคล้ายกับรหัส 401 ยกเว้นว่าการตรวจสอบสิทธิ์จะดำเนินการกับพร็อกซีเซิร์ฟเวอร์ กลไกนี้คล้ายกับการระบุตัวตนบนเซิร์ฟเวอร์ดั้งเดิม เปิดตัวใน HTTP/1.1
• หมดเวลาคำขอ 408 - เวลารอของเซิร์ฟเวอร์ในการส่งจากไคลเอนต์หมดอายุแล้ว ลูกค้าสามารถทำซ้ำคำขอก่อนหน้านี้ที่คล้ายกันได้ตลอดเวลา ตัวอย่างเช่น สถานการณ์นี้อาจเกิดขึ้นเมื่ออัปโหลดไฟล์ขนาดใหญ่ไปยังเซิร์ฟเวอร์โดยใช้วิธี POST หรือ PUT ในบางจุดระหว่างการถ่ายโอน แหล่งข้อมูลหยุดตอบสนอง เช่น เนื่องจากซีดีเสียหายหรือสูญเสียการสื่อสารกับคอมพิวเตอร์เครื่องอื่นในเครือข่ายท้องถิ่น แม้ว่าไคลเอ็นต์จะไม่ส่งข้อมูลใดๆ แต่กำลังรอการตอบกลับ การเชื่อมต่อกับเซิร์ฟเวอร์จะยังคงอยู่ หลังจากนั้นครู่หนึ่ง เซิร์ฟเวอร์อาจปิดการเชื่อมต่อที่ส่วนท้ายเพื่อให้ไคลเอ็นต์อื่นส่งคำขอได้ การตอบสนองนี้จะไม่ส่งคืนเมื่อไคลเอ็นต์บังคับให้หยุดการส่งตามคำสั่งของผู้ใช้ หรือการเชื่อมต่อถูกขัดจังหวะด้วยเหตุผลอื่น เนื่องจากไม่สามารถส่งการตอบสนองได้อีกต่อไป เปิดตัวใน HTTP/1.1
• ความขัดแย้ง 409 - ไม่สามารถดำเนินการตามคำขอได้เนื่องจากการเข้าถึงทรัพยากรขัดแย้งกัน สิ่งนี้เป็นไปได้ เช่น เมื่อไคลเอนต์สองรายพยายามเปลี่ยนทรัพยากรโดยใช้วิธี PUT ซึ่งนำมาใช้ใน HTTP/1.1
• 410 หายไป - เซิร์ฟเวอร์ส่งการตอบสนองนี้หากทรัพยากรเคยอยู่ที่ URL ที่ระบุ แต่ถูกลบไปแล้วและตอนนี้ไม่พร้อมใช้งาน ในกรณีนี้ เซิร์ฟเวอร์ไม่ทราบตำแหน่ง เอกสารทางเลือก(เช่นสำเนา) หากเซิร์ฟเวอร์สงสัยว่าเอกสารอาจถูกกู้คืนในอนาคตอันใกล้นี้ ควรส่งรหัส 404 ไปยังไคลเอนต์ที่แนะนำใน HTTP/1.1
• ต้องการความยาว 411 - สำหรับทรัพยากรที่ระบุ ไคลเอนต์จะต้องระบุ Content-Length ในส่วนหัวของคำขอ หากไม่ได้ระบุฟิลด์นี้ คุณไม่ควรลองส่งคำขอไปยังเซิร์ฟเวอร์อีกครั้งโดยใช้ URI นี้ คำตอบนี้เป็นเรื่องปกติสำหรับคำถาม ประเภทโพสต์และใส่ ตัวอย่างเช่น หากไฟล์ถูกดาวน์โหลดที่ URI ที่ระบุ และเซิร์ฟเวอร์มีการจำกัดขนาดไฟล์ จากนั้นจะสมเหตุสมผลกว่าที่จะตรวจสอบส่วนหัวของ Content-Length ตั้งแต่เริ่มต้นและปฏิเสธการดาวน์โหลดทันที แทนที่จะกระตุ้นให้เกิดการโหลดที่ไม่มีความหมายโดยการตัดการเชื่อมต่อเมื่อไคลเอนต์ส่งข้อความที่มีขนาดใหญ่เกินไปจริงๆ เปิดตัวใน HTTP/1.1
• 412 เงื่อนไขเบื้องต้นล้มเหลว - ส่งคืนหากไม่มีฟิลด์ส่วนหัวตามเงื่อนไข (หากตรงกัน ฯลฯ โปรดดู RFC 7232) ของคำขอ เปิดตัวใน HTTP/1.1
• 413 Payload Too Large - ส่งคืนหากเซิร์ฟเวอร์ปฏิเสธที่จะประมวลผลคำขอเนื่องจากขนาดของเนื้อหาคำขอใหญ่เกินไป เซิร์ฟเวอร์อาจปิดการเชื่อมต่อเพื่อหยุดการส่งคำขอเพิ่มเติม หากปัญหาเกิดขึ้นชั่วคราว ขอแนะนำให้รวมส่วนหัว Retry-After ในการตอบกลับของเซิร์ฟเวอร์ซึ่งระบุเวลาที่จะสามารถทำซ้ำคำขอที่คล้ายกันได้ เปิดตัวใน HTTP/1.1 ก่อนหน้านี้เรียกว่า "เอนทิตีคำขอมีขนาดใหญ่เกินไป"
• 414 URI Too Long - เซิร์ฟเวอร์ไม่สามารถประมวลผลคำขอได้เนื่องจาก URI ที่ระบุยาวเกินไป ข้อผิดพลาดนี้สามารถทริกเกอร์ได้ เช่น เมื่อไคลเอ็นต์พยายามส่ง พารามิเตอร์ยาวผ่านวิธี GET ไม่ใช่ POST เปิดตัวใน HTTP/1.1 ก่อนหน้านี้เรียกว่า "Request-URI Too Long"
• 415 ประเภทสื่อที่ไม่รองรับ - ด้วยเหตุผลบางประการเซิร์ฟเวอร์ปฏิเสธที่จะทำงานกับประเภทข้อมูลที่ระบุโดยใช้วิธีนี้ เปิดตัวใน HTTP/1.1
• 416 ช่วงไม่เป็นที่พอใจ - มีการระบุช่วงที่อยู่นอกทรัพยากรในฟิลด์ช่วงของส่วนหัวคำขอ และฟิลด์ If-Range หายไป หากไคลเอนต์ผ่านช่วงไบต์ เซิร์ฟเวอร์ก็สามารถส่งคืนขนาดจริงในช่องเนื้อหาของส่วนหัวได้ ไม่ควรใช้คำตอบนี้เมื่อส่งผ่าน multipart/byteranges[ ไม่ระบุแหล่งที่มา 2507 วัน- เปิดตัวใน RFC 2616 (อัปเดต HTTP/1.1) ก่อนหน้านี้เรียกว่า "ช่วงที่ร้องขอไม่เป็นที่พอใจ"
• 417 ความคาดหวังล้มเหลว - ด้วยเหตุผลบางประการเซิร์ฟเวอร์ไม่สามารถตอบสนองค่าของฟิลด์คาดหวังในส่วนหัวของคำขอ เปิดตัวใน RFC 2616 (อัปเดต HTTP/1.1)
• 418 ฉันเป็นกาน้ำชา - รหัสนี้ถูกนำมาใช้ในปี 1998 โดยเป็นหนึ่งในเรื่องตลกดั้งเดิมของ IETF April Fool ใน RFC 2324, Hyper Text Coffee Pot Control Protocol รหัสนี้ไม่คาดว่าจะได้รับการสนับสนุนโดยเซิร์ฟเวอร์จริง
• 422 เอนทิตีที่ไม่สามารถประมวลผลได้ - เซิร์ฟเวอร์ยอมรับคำขอได้สำเร็จ สามารถทำงานกับข้อมูลประเภทที่ระบุได้ (เช่น เนื้อหาของคำขอมีเอกสาร XML ที่มีไวยากรณ์ที่ถูกต้อง) แต่มีบางอย่าง ข้อผิดพลาดเชิงตรรกะเนื่องจากไม่สามารถดำเนินการกับทรัพยากรได้ เปิดตัวใน WebDAV.
• 423 ล็อค - ทรัพยากรเป้าหมายจากคำขอถูกบล็อกไม่ให้ใช้วิธีการที่ระบุกับมัน เข้าสู่ WebDAV
• 424 การพึ่งพาที่ล้มเหลว - การดำเนินการตามคำขอปัจจุบันอาจขึ้นอยู่กับความสำเร็จของการดำเนินการอื่น หากไม่เสร็จสมบูรณ์และด้วยเหตุนี้คำขอปัจจุบันจึงไม่สามารถดำเนินการให้เสร็จสิ้นได้ เซิร์ฟเวอร์จะส่งคืนรหัสนี้ เปิดตัวใน WebDAV.
• 425 Unordered Collection - ใช้ในส่วนขยาย โปรโตคอลคอลเลกชันขั้นสูงของ WebDAV- ส่งหากไคลเอ็นต์ระบุจำนวนขององค์ประกอบในรายการที่ไม่เรียงลำดับ หรือร้องขอองค์ประกอบหลายรายการในลำดับที่แตกต่างจากของเซิร์ฟเวอร์
• จำเป็นต้องอัปเกรด 426 - เซิร์ฟเวอร์ระบุให้ลูกค้าทราบว่าจำเป็นต้องอัปเดตโปรโตคอล ส่วนหัวการตอบกลับต้องมีฟิลด์อัปเกรดและการเชื่อมต่อที่มีรูปแบบถูกต้อง เปิดตัวใน RFC 2817 เพื่ออนุญาตให้เปลี่ยนไปใช้ TLS ผ่าน HTTP
• 428 Precondition Required - เซิร์ฟเวอร์ระบุให้ลูกค้าทราบถึงความจำเป็นในการใช้ส่วนหัวของเงื่อนไขในคำขอ เช่น If-Match เปิดตัวในร่าง RFC 6585
• 429 คำขอมากเกินไป - ไคลเอนต์พยายามส่งคำขอมากเกินไปในระยะเวลาอันสั้น ซึ่งอาจบ่งบอกถึงการพยายามโจมตี DDoS เป็นต้น อาจมาพร้อมกับส่วนหัว Retry-After ที่ระบุว่าคำขอสามารถทำซ้ำได้หลังจากเวลาใด เปิดตัวในร่าง RFC 6585
• 431 ฟิลด์ส่วนหัวคำขอมีขนาดใหญ่เกินไป - เกินความยาวของส่วนหัวที่อนุญาต เซิร์ฟเวอร์ไม่จำเป็นต้องตอบกลับด้วยรหัสนี้ แต่สามารถรีเซ็ตการเชื่อมต่อได้ เปิดตัวในร่าง RFC 6585
• 434 โฮสต์ที่ร้องขอไม่พร้อมใช้งาน - ที่อยู่ที่ร้องขอไม่พร้อมใช้งาน [ ไม่ระบุแหล่งที่มา 1401 วัน].
• 449 ลองอีกครั้งด้วย - ส่งคืนโดยเซิร์ฟเวอร์หากได้รับข้อมูลไม่เพียงพอที่จะประมวลผลคำขอ ในกรณีนี้ ช่อง Ms-Echo-Request จะถูกวางไว้ในส่วนหัวของการตอบกลับ แนะนำโดยบริษัท ไมโครซอฟต์สำหรับ WebDAV- ปัจจุบันอย่างน้อยก็ใช้โดยโปรแกรม ไมโครซอฟต์ มันนี่.
• 451 ไม่พร้อมใช้งานด้วยเหตุผลทางกฎหมาย - การเข้าถึงทรัพยากรถูกปิดด้วยเหตุผลทางกฎหมาย เช่น ตามคำร้องขอของหน่วยงานของรัฐ หรือตามคำร้องขอของผู้ถือลิขสิทธิ์ ในกรณีที่มีการละเมิดลิขสิทธิ์ เปิดตัวในฉบับร่าง IETF โดย Google โดยมีรหัสข้อผิดพลาดอ้างอิงถึงนวนิยาย Fahrenheit 451 ของ Ray Bradbury ได้รับการเพิ่มเข้าสู่มาตรฐานเมื่อวันที่ 21 ธันวาคม 2558

เซิร์ฟเวอร์ผิดพลาด

ตัวอย่างข้อผิดพลาด 502 Bad Gateway

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

• ข้อผิดพลาดเซิร์ฟเวอร์ภายใน 500 ข้อ - ข้อผิดพลาดเซิร์ฟเวอร์ภายในใด ๆ ที่ไม่รวมอยู่ในขอบเขตของข้อผิดพลาดคลาสอื่น ๆ เปิดตัวใน HTTP/1.0
• 501 ไม่ได้ใช้งาน - เซิร์ฟเวอร์ไม่รองรับความสามารถที่จำเป็นในการประมวลผลคำขอ การตอบสนองทั่วไปสำหรับกรณีที่เซิร์ฟเวอร์ไม่เข้าใจวิธีการที่ระบุในคำขอ ถ้าเซิร์ฟเวอร์รู้จักวิธีการนี้แต่ใช้ไม่ได้กับ ทรัพยากรนี้จากนั้นคุณจะต้องส่งคืนการตอบกลับ 405 ที่แนะนำใน HTTP/1.0
• 502 Bad Gateway - เซิร์ฟเวอร์ซึ่งทำหน้าที่เป็นเกตเวย์หรือพร็อกซีเซิร์ฟเวอร์ ได้รับข้อความตอบกลับที่ไม่ถูกต้องจากเซิร์ฟเวอร์อัปสตรีม เปิดตัวใน HTTP/1.0
• 503 บริการไม่พร้อมใช้งาน - เซิร์ฟเวอร์ไม่สามารถประมวลผลคำขอได้ชั่วคราวด้วยเหตุผลทางเทคนิค (การบำรุงรักษา การโอเวอร์โหลด ฯลฯ) ในฟิลด์ส่วนหัว Retry-After เซิร์ฟเวอร์สามารถระบุเวลาที่แนะนำให้ไคลเอ็นต์ทำซ้ำคำขอได้ แม้ว่าอาจดูเหมือนชัดเจนที่จะตัดการเชื่อมต่อทันทีในระหว่างการโอเวอร์โหลด แต่การติดตั้งอาจมีประสิทธิผลมากกว่า มีความสำคัญอย่างยิ่งช่อง Retry-After เพื่อลดความถี่ของคำขอที่ซ้ำซ้อน เปิดตัวใน HTTP/1.0
• หมดเวลาเกตเวย์ 504 - เซิร์ฟเวอร์ที่ทำหน้าที่เป็นเกตเวย์หรือพร็อกซีเซิร์ฟเวอร์ไม่รอการตอบสนองจากเซิร์ฟเวอร์อัปสตรีมเพื่อดำเนินการตามคำขอปัจจุบันให้เสร็จสิ้น เปิดตัวใน HTTP/1.1
• ไม่รองรับเวอร์ชัน HTTP 505 - เซิร์ฟเวอร์ไม่รองรับหรือปฏิเสธที่จะรองรับเวอร์ชันโปรโตคอล HTTP ที่ระบุในคำขอ เปิดตัวใน HTTP/1.1
• 506 Variant เจรจาต่อรองด้วย - ผลจากการกำหนดค่าที่ผิดพลาด ตัวแปรที่เลือกจะชี้ไปที่ตัวมันเอง ทำให้กระบวนการรวมถูกขัดจังหวะ การทดลอง เปิดตัวใน RFC 2295 เพื่อเสริมโปรโตคอล HTTP ด้วยเทคโนโลยี การเจรจาต่อรองเนื้อหาที่โปร่งใส.
• 507 พื้นที่เก็บข้อมูลไม่เพียงพอ - มีพื้นที่ไม่เพียงพอที่จะดำเนินการตามคำขอปัจจุบันให้เสร็จสิ้น ปัญหาอาจเกิดขึ้นชั่วคราว เปิดตัวใน WebDAV.
• เกินขีดจำกัดแบนด์วิธ 509 - ใช้เมื่อแพลตฟอร์มเว็บเกินขีดจำกัดปริมาณการใช้ข้อมูลที่กำหนดไว้ ใน ในกรณีนี้เจ้าของเว็บไซต์ควรติดต่อผู้ให้บริการโฮสติ้งของตน ในขณะนี้ รหัสนี้ไม่ได้อธิบายไว้ใน RFC ใด ๆ และใช้โดยโมดูล “bw/limited” ที่รวมอยู่ในแผงควบคุมโฮสติ้งเท่านั้น ซีพาเนลซึ่งได้รับการแนะนำที่ไหน
• 510 ไม่ขยาย - เซิร์ฟเวอร์ไม่มีส่วนขยายที่ไคลเอนต์ต้องการใช้ เซิร์ฟเวอร์อาจส่งข้อมูลเพิ่มเติมเกี่ยวกับส่วนขยายที่มีอยู่ เปิดตัวใน RFC 2774 เพื่อเพิ่มการรองรับส่วนขยายให้กับโปรโตคอล HTTP
• ต้องมีการตรวจสอบความถูกต้องเครือข่าย 511 - การตอบสนองนี้ไม่ได้ส่งโดยเซิร์ฟเวอร์ที่ต้องการส่งคำขอ แต่ส่งโดยเซิร์ฟเวอร์ตัวกลาง - ตัวอย่างเช่น เซิร์ฟเวอร์ของผู้ให้บริการ - ในกรณีที่ไคลเอนต์ต้องเข้าสู่ระบบเครือข่ายก่อน เช่น ให้ป้อน รหัสผ่านสำหรับจุดเชื่อมต่ออินเทอร์เน็ตแบบชำระเงิน สันนิษฐานว่าเนื้อหาของการตอบกลับจะส่งคืนแบบฟอร์มการอนุญาตทางเว็บหรือเปลี่ยนเส้นทางไปยังแบบฟอร์มดังกล่าว เปิดตัวในร่าง RFC 6585
• 520 ข้อผิดพลาดที่ไม่รู้จัก เกิดขึ้นเมื่อเซิร์ฟเวอร์ CDN ไม่สามารถจัดการข้อผิดพลาดของเว็บเซิร์ฟเวอร์ได้ รหัส CloudFlare ที่ไม่ได้มาตรฐาน
• 521 เว็บเซิร์ฟเวอร์ไม่ทำงาน เกิดขึ้นเมื่อการเชื่อมต่อ CDN ถูกปฏิเสธโดยเว็บเซิร์ฟเวอร์ รหัสที่กำหนดเองของ CloudFlare
• 522 Connection Timed Out เกิดขึ้นเมื่อ CDN ไม่สามารถเชื่อมต่อกับเว็บเซิร์ฟเวอร์ได้ รหัสที่กำหนดเองของ CloudFlare
• 523 Origin ไม่สามารถเข้าถึงได้ เกิดขึ้นเมื่อเว็บเซิร์ฟเวอร์ไม่สามารถเข้าถึงได้ รหัสที่กำหนดเองของ CloudFlare
• 524 การหมดเวลาเกิดขึ้นเมื่อการหมดเวลาการเชื่อมต่อระหว่างเซิร์ฟเวอร์ CDN และเว็บเซิร์ฟเวอร์หมดอายุ รหัสที่กำหนดเองของ CloudFlare
• 525 SSL Handshake ล้มเหลว เกิดขึ้นเมื่อมีข้อผิดพลาดในการจับมือ SSL ระหว่างเซิร์ฟเวอร์ CDN และเว็บเซิร์ฟเวอร์ รหัสที่กำหนดเองของ CloudFlare
• 526 ใบรับรอง SSL ไม่ถูกต้อง เกิดขึ้นเมื่อไม่สามารถตรวจสอบใบรับรองการเข้ารหัสของเว็บเซิร์ฟเวอร์ได้ รหัสที่กำหนดเองของ CloudFlare

503 บริการไม่พร้อมใช้งานชั่วคราว หมายความว่าอย่างไร

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

ประมุขของประเทศ

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

ต่อไปนี้เป็นสาเหตุทั่วไปของคิวที่ยาว:

สคริปต์ค้าง

การถ่ายโอนไฟล์คงที่ขนาดใหญ่ผ่าน PHP

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

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

ฟังก์ชันการทำงานของสคริปต์จัดเก็บไฟล์จำนวนมากสามารถใช้งานได้ผ่านกฎ mod_rewrite ในไฟล์ .htaccess (เช่น ระบบต่อต้านลิช)

ส่วนประกอบ CMS “หนัก” หรือเสียหายจำนวนมาก

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

การสืบค้นที่ช้าจำนวนมากไปยัง MySQL

หากคุณมีคำถามที่ช้า ไฟล์ mysql-slow.log จะถูกสร้างขึ้นในโฟลเดอร์บันทึกของบัญชีของคุณ ข้อมูลในไฟล์นี้ได้รับการอัปเดตวันละครั้งและมีเพียงคำสั่ง SQL ที่มีปัญหามากที่สุดเท่านั้น

ติดตั้งส่วนประกอบแคชในกลไกที่สามารถลดจำนวนการสืบค้น SQL
ปรับการสืบค้น SQL ให้เหมาะสม
สร้างดัชนีตารางฐานข้อมูลตามคอลัมน์ที่ใช้ในการเลือก
หากทุกอย่างล้มเหลว อาจคุ้มค่าที่จะเปลี่ยนเครื่องยนต์ให้เหมาะสมที่สุด

2. คำขอจำนวนมากไปยังเว็บเซิร์ฟเวอร์

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

บอทตัวสร้างดัชนีที่สแกนทรัพยากรของเว็บไซต์ (เครื่องมือค้นหา, Sape และอื่นๆ)

การใช้องค์ประกอบทรัพยากรหรือสคริปต์บนเว็บไซต์ของผู้อื่น (ลิงก์ไปยังรูปภาพ สคริปต์แจ้งข้อมูล) ใช้โมดูล/การตั้งค่าต่อต้านลิช

การโจมตีแบบ DDoS

จารึกหมายถึงอะไร: ?

ข้อผิดพลาด http 503 บริการไม่พร้อมใช้งาน

บริการไม่พร้อมใช้งาน - บริการไม่พร้อมใช้งาน

สาเหตุส่วนใหญ่มักเกิดจากปัญหาทางเทคนิคบนเซิร์ฟเวอร์ที่เกี่ยวข้องกับการโอเวอร์โหลด (การบำรุงรักษาเซิร์ฟเวอร์) และไม่สามารถดำเนินการตามคำขอได้

เนื่องจากเป็นวิธีที่มีประสิทธิภาพในการแก้ไขข้อผิดพลาดนี้ ขอแนะนำให้ลดความถี่ของการร้องขอโดยการเพิ่มค่าในฟิลด์ Retry-After

ซาฟารี

คิวสำหรับคำขอถึงค่าวิกฤตแล้ว เซิร์ฟเวอร์หยุดรับคำขอแล้ว (จากซีรีส์เมื่อแคชเชียร์ตะโกนที่เครื่องบันทึกเงินสดว่าไม่ควรครอบครองคิว!) และส่งคืนข้อผิดพลาด 503 - บริการไม่สามารถใช้งานได้ชั่วคราว คุณเพียงแค่ต้องลองในภายหลังเมื่อคิวว่าง

หัวไชเท้าหนัง

บางครั้งคุณคลิกที่หน้าเว็บไซต์ และแทนที่จะเห็นวิดีโอหรือข้อความที่ต้องการ เราเห็นข้อความต่อไปนี้: HTTP Error 503 บริการไม่พร้อมใช้งาน

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

เปเรสเวติก

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

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

คลิป

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

โดลฟานิกา

หาก 503 Service Unavailable ปรากฏขึ้น แสดงว่าเซิร์ฟเวอร์ไม่สามารถประมวลผลคำขอได้เป็นระยะเวลาหนึ่ง และนี่เป็นเพราะเหตุผลทางเทคนิค

ส่วนหัว Retry-After มักจะระบุเวลาที่คุณสามารถลองเชื่อมต่อกับเซิร์ฟเวอร์ได้อีกครั้ง

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

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

อีเลิร์นเนอร์

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

นี่คือคำพูดจากเอกสารอย่างเป็นทางการ (RFC 2616):

อเล็กซ์2107

ข้อผิดพลาด http 503 บริการไม่พร้อมใช้งาน

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

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

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

ไวโอเล็ต เอ

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

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

ข้อผิดพลาด 503 Service Unavailable คืออะไร

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

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

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

• บริการ Http/1.1 ไม่พร้อมใช้งาน
• ข้อผิดพลาด 503
• 503 เปิดให้บริการชั่วคราว
• 503 บริการไม่พร้อมใช้งาน
• บริการไม่พร้อมใช้งาน - DNS ล้มเหลว
• ข้อผิดพลาด HTTP 503
• HTTP 503
• ข้อผิดพลาด 503 บริการไม่พร้อมใช้งาน

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

อย่างไรก็ตาม ต่อไปนี้คือตัวเลือกบางส่วนที่คุณสามารถลองใช้ได้

รีเฟรชหน้า

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

คำเตือน:โปรดให้ความสนใจเป็นพิเศษหากเกิดข้อผิดพลาดเมื่อคุณชำระเงิน การรีเฟรชหน้าอาจทำให้คุณต้องจ่ายเงินสองครั้ง ดังนั้นโปรดระวังให้ดี

ตรวจสอบว่าไซต์ใช้งานได้สำหรับบุคคลอื่นหรือไม่

เมื่อใดก็ตามที่คุณไม่สามารถเชื่อมต่อกับไซต์ได้ (ไม่ว่าด้วยเหตุผลใดก็ตาม) คุณสามารถตรวจสอบได้ว่าคุณมีปัญหาในการเชื่อมต่อหรือบุคคลอื่นกำลังประสบปัญหาเดียวกันหรือไม่ มีเครื่องมือมากมายสำหรับสิ่งนี้ แต่เราขอแนะนำ isitdownrightnow.com และ downforeveryoneorjustme.com ทั้งสองทำงานเกือบจะเหมือนกัน ป้อน URL ที่คุณต้องการตรวจสอบและรับผลลัพธ์

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

รีบูทอุปกรณ์ของคุณ

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

อาจมีปัญหาแปลก ๆ เกิดขึ้นชั่วคราวกับคอมพิวเตอร์หรืออุปกรณ์เครือข่ายของคุณ (Wi-Fi, เราเตอร์, โมเด็ม ฯลฯ ) เพียงรีสตาร์ทคอมพิวเตอร์และอุปกรณ์เครือข่ายอาจช่วยแก้ไขปัญหาได้

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

ติดต่อเว็บไซต์

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