ข้อมูลอ้างอิงทางเทคนิค

รหัสสถานะการตอบกลับ HTTP

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

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

ความเข้ากันได้ของเบราว์เซอร์และการจัดการการตอบกลับ

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

กลุ่มการตอบกลับChrome / EdgeFirefoxSafariOperaAndroid / iOS WebViewหมายเหตุด้านความเข้ากันได้
ข้อมูล 1xxรองรับเป็นการตอบกลับระหว่างทางของโปรโตคอลรองรับเป็นการตอบกลับระหว่างทางของโปรโตคอลรองรับเป็นการตอบกลับระหว่างทางของโปรโตคอลรองรับเป็นการตอบกลับระหว่างทางของโปรโตคอลรองรับในระบบเครือข่ายพื้นฐาน100/101 ใช้งานทั่วไปแล้ว 102 เป็นกรณีเฉพาะ/เลิกใช้ การรองรับ 103 Early Hints และพฤติกรรม preload ที่สังเกตได้อาจแตกต่างตามรุ่นเบราว์เซอร์ เซิร์ฟเวอร์ และระบบตัวกลาง
ความสำเร็จ 2xxรองรับรองรับรองรับรองรับรองรับความหมายมาตรฐานของการตอบกลับสำเร็จใช้ร่วมกัน แต่กฎเกี่ยวกับเนื้อหายังคงสำคัญ เช่น 204 และ 205 ไม่มีเนื้อหาตอบกลับ
การเปลี่ยนเส้นทาง 3xxรองรับรองรับรองรับรองรับรองรับLocation วิธี แคช และนโยบายความปลอดภัยมีผลต่อการนำทาง 301/302 อาจเปลี่ยน POST เป็น GET; 307/308 คงวิธีเดิม
ข้อผิดพลาดไคลเอนต์/คำขอ 4xxรองรับรองรับรองรับรองรับรองรับเบราว์เซอร์ได้รับการตอบกลับ แต่การแสดงเนื้อหาจากเซิร์ฟเวอร์หรือหน้าข้อผิดพลาดของเบราว์เซอร์จะแตกต่างกันตามสถานะและผลิตภัณฑ์
ข้อผิดพลาดเซิร์ฟเวอร์ 5xxรองรับรองรับรองรับรองรับรองรับไคลเอนต์ประมวลผลกลุ่มการตอบกลับได้ แต่หน้าที่พร็อกซีสร้าง พฤติกรรมการลองใหม่ และส่วนติดต่อวินิจฉัยไม่เหมือนกันในทุกเบราว์เซอร์
รหัสที่ไม่รู้จักในกลุ่มที่รู้จักการจัดการตามกลุ่มการจัดการตามกลุ่มการจัดการตามกลุ่มการจัดการตามกลุ่มการจัดการตามกลุ่มไคลเอนต์ HTTP อนุมานกลุ่มโดยรวมจากตัวเลขหลักแรกได้ อย่าคาดหวังว่ารหัสกำหนดเองจะมีความหมายมาตรฐานหรือส่วนติดต่อเหมือนกัน

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

1xx — การตอบกลับเพื่อแจ้งข้อมูล

100

ดำเนินการต่อ

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

แนวทางการใช้งาน: เป็นการตอบกลับระหว่างทาง; ส่งเนื้อหาต่อเฉพาะเมื่อคาดว่าจะมี

101

เปลี่ยนโปรโตคอล

เซิร์ฟเวอร์ตกลงเปลี่ยนโปรโตคอลสำหรับการเชื่อมต่อนี้ หลังจากไคลเอนต์ร้องขอการอัปเกรด การจับมือ WebSocket เป็นตัวอย่างที่พบได้ทั่วไป

แนวทางการใช้งาน: เป็นการเปลี่ยนระดับการเชื่อมต่อ; ตรวจสอบส่วนหัว Upgrade และ Connection

102

กำลังประมวลผล

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

แนวทางการใช้งาน: สถานะ WebDAV ระหว่างทาง; รอการตอบกลับสุดท้าย

103

Early Hints

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

แนวทางการใช้งาน: การเพิ่มประสิทธิภาพระหว่างทาง; ต้องมีการตอบกลับสุดท้ายตามมา

2xx — การตอบกลับสำเร็จ

200

ตกลง

คำขอสำเร็จ เนื้อหาที่ส่งกลับขึ้นอยู่กับวิธี: GET ส่งทรัพยากร, HEAD ส่งข้อมูลเมตาโดยไม่มีเนื้อหา และการเขียนข้อมูลอาจส่งการแสดงผลลัพธ์กลับมา

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

201

สร้างแล้ว

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

แนวทางการใช้งาน: มักใช้หลัง POST หรือ PUT; ตรวจสอบว่าสามารถค้นหาทรัพยากรที่สร้างได้

202

ยอมรับแล้ว

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

แนวทางการใช้งาน: ระบุ URL สำหรับดูสถานะการทำงานหรือวิธีอื่นเพื่อตรวจผลลัพธ์ภายหลัง

203

ข้อมูลไม่ใช่จากแหล่งต้นทางโดยตรง

พร็อกซีที่แปลงข้อมูลหรือระบบตัวกลางส่งข้อมูลเมตาหรือเนื้อหาที่แตกต่างจากการตอบกลับของต้นทาง แสดงว่าการตอบกลับนี้ไม่ใช่ข้อมูลตัวแทนที่มาจากต้นทางโดยตรง

แนวทางการใช้งาน: ใช้เฉพาะเมื่อการแปลงโดยระบบตัวกลางเกี่ยวข้อง

204

ไม่มีเนื้อหา

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

แนวทางการใช้งาน: อย่าใส่เนื้อหาตอบกลับ

205

รีเซ็ตเนื้อหา

คำขอสำเร็จและแจ้งให้ไคลเอนต์รีเซ็ตมุมมองหรือแบบฟอร์มที่ส่งคำขอ โดยไม่มีการส่งเนื้อหาตอบกลับ

แนวทางการใช้งาน: มีประโยชน์กับการโต้ตอบที่ควรล้าง/รีเซ็ตสถานะข้อมูลป้อนเข้าปัจจุบัน

206

เนื้อหาบางส่วน

เซิร์ฟเวอร์ดำเนินการตามคำขอช่วงข้อมูลที่ถูกต้อง และส่งกลับเฉพาะช่วงไบต์ที่ร้องขอ Content-Range อธิบายข้อมูลที่ส่งกลับ

แนวทางการใช้งาน: ตรวจสอบว่าค่า range และ Content-Range ตรงกัน; มักใช้กับสื่อหรือการดาวน์โหลดที่กลับมาทำต่อได้

207

หลายสถานะ

การตอบกลับ WebDAV รายงานผลแยกกันสำหรับทรัพยากรหรือการดำเนินการย่อยหลายรายการ โดยมักใช้เนื้อหา XML แบบมีโครงสร้าง

แนวทางการใช้งาน: แปลผลรายการทรัพยากรที่ฝังอยู่แต่ละรายการ; สถานะภายนอกเพียงอย่างเดียวไม่ได้บอกผลทั้งหมด

208

รายงานแล้ว

การตอบกลับหลายสถานะของ WebDAV ละเว้นสมาชิกที่ระบุไว้ก่อนหน้าในการตอบกลับเดียวกัน เพื่อไม่ให้ซ้ำกัน

แนวทางการใช้งาน: ใช้เฉพาะกับ WebDAV; แปลผลร่วมกับการตอบกลับหลายสถานะที่ครอบอยู่

226

ใช้การจัดการอินสแตนซ์แล้ว

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

แนวทางการใช้งาน: เป็นการเข้ารหัส delta เฉพาะทาง; ไคลเอนต์และเซิร์ฟเวอร์ต้องตกลงวิธีแปลงข้อมูลให้ตรงกัน

3xx — การเปลี่ยนเส้นทางและการตรวจสอบแคช

300

มีตัวเลือกหลายรายการ

เป้าหมายมีตัวแทนหรือปลายทางหลายแบบ และการตอบกลับเสนอทางเลือก ไคลเอนต์หรือผู้ใช้อาจเลือกแบบที่ต้องการ

แนวทางการใช้งาน: ระบุทางเลือกให้ชัดเจน; อย่าสมมติว่าไคลเอนต์ทุกตัวจะเลือกให้อัตโนมัติ

301

ย้ายถาวร

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

แนวทางการใช้งาน: สำหรับการย้ายเพื่อ SEO ให้เปลี่ยนเส้นทางตรงไปยัง URL สุดท้ายที่เทียบเท่ากัน และอัปเดตลิงก์ภายใน

302

พบ

ทรัพยากรมีให้ชั่วคราวที่ URI อื่น พฤติกรรมในอดีตบางกรณีอนุญาตให้เปลี่ยนวิธีได้ จึงไม่ใช่ตัวเลือกที่ปลอดภัยที่สุดเมื่อ POST ต้องคงเป็น POST

แนวทางการใช้งาน: ใช้กับการย้ายชั่วคราวเมื่อยอมให้เปลี่ยนวิธีได้; หากยอมไม่ได้ให้พิจารณา 307

303

ดูทรัพยากรอื่น

ไคลเอนต์ควรดึงทรัพยากรที่ Location ระบุด้วย GET (หรือ HEAD ตามความเหมาะสม) แทนการทำการกระทำเดิมซ้ำ มักใช้หลังส่งแบบฟอร์ม

แนวทางการใช้งาน: ใช้รูปแบบ Post/Redirect/Get และป้องกันการส่งการกระทำเดิมซ้ำ

304

ไม่เปลี่ยนแปลง

GET หรือ HEAD แบบมีเงื่อนไขระบุว่าเนื้อหาที่แคชไว้ยังเป็นปัจจุบัน การตอบกลับไม่มีเนื้อหาและให้ไคลเอนต์ใช้สำเนาที่เก็บไว้ต่อไป

แนวทางการใช้งาน: ส่งกลับเฉพาะเมื่อวาลิดิเอเตอร์ เช่น If-None-Match หรือ If-Modified-Since ตรงกัน

305

ใช้พร็อกซี

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

แนวทางการใช้งาน: อย่านำไปใช้งาน; กำหนดค่าพร็อกซีแยกต่างหาก

306

ไม่ได้ใช้

ค่านี้สงวนไว้หรือไม่ได้ใช้ในข้อกำหนด HTTP สมัยใหม่ ไม่มีความหมายในการปฏิบัติงานตามมาตรฐานสำหรับเว็บแอปพลิเคชันปัจจุบัน

แนวทางการใช้งาน: อย่าส่งค่านี้

307

เปลี่ยนเส้นทางชั่วคราว

ขณะนี้ทรัพยากรอยู่ที่ URI อื่นชั่วคราว และไคลเอนต์ต้องคงวิธีและเนื้อหาคำขอเดิมไว้เมื่อทำตามการเปลี่ยนเส้นทาง

แนวทางการใช้งาน: ใช้เมื่อการย้ายชั่วคราวต้องไม่เปลี่ยน POST เป็น GET

308

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

ทรัพยากรถูกย้ายไปแล้วอย่างถาวร และไคลเอนต์ต้องคงวิธีและเนื้อหาคำขอเดิมไว้เมื่อทำตามการเปลี่ยนเส้นทาง

แนวทางการใช้งาน: ใช้กับการย้ายถาวรที่ต้องคงวิธีเดิม; อัปเดต canonical และข้อมูลอ้างอิงภายใน

4xx — ข้อผิดพลาดไคลเอนต์/คำขอ

400

คำขอไม่ถูกต้อง

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

แนวทางการใช้งาน: ตรวจสอบการเข้ารหัส URL ไวยากรณ์ JSON/เนื้อหา ฟิลด์ที่ต้องมี และการจัดกรอบคำขอ

401

ไม่ได้รับอนุญาต

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

แนวทางการใช้งาน: ส่งข้อมูลรับรองที่คาดไว้และรวมการท้าทาย WWW-Authenticate

402

ต้องชำระเงิน

สงวนไว้สำหรับการใช้งานในอนาคต แม้บางผลิตภัณฑ์ใช้กับขั้นตอนการชำระเงินหรือโควตา แต่ไม่มีพฤติกรรมการชำระเงินแบบเดียวที่ทำงานร่วมกันได้ทั่วไป

แนวทางการใช้งาน: ถือว่าความหมายเฉพาะผู้ให้บริการเป็นกรณีเฉพาะ และจัดทำเอกสารสัญญา API

403

ห้าม

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

แนวทางการใช้งาน: ตรวจสอบสิทธิ์ นโยบายการเข้าถึง กฎ IP/WAF และการอนุญาตระดับทรัพยากร

404

ไม่พบ

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

แนวทางการใช้งาน: แก้ URL กู้คืนทรัพยากร หรือใช้ 410 เมื่อทราบแน่ชัดว่าลบถาวรแล้ว

405

ไม่อนุญาตให้ใช้วิธีนี้

ทรัพยากรมีอยู่ แต่ไม่รองรับวิธีที่ใช้ในคำขอนี้

แนวทางการใช้งาน: ส่งส่วนหัว Allow ที่แสดงวิธีที่ทรัพยากรยอมรับ

406

ไม่สามารถยอมรับได้

เซิร์ฟเวอร์สร้างเนื้อหาที่ตรงกับค่ากำหนด Accept ที่ไคลเอนต์ระบุเชิงรุกไม่ได้

แนวทางการใช้งาน: ผ่อนข้อจำกัด Accept หรือกำหนดนโยบายเนื้อหา/การเจรจาที่เหมาะสม

407

ต้องยืนยันตัวตนกับพร็อกซี

พร็อกซีตัวกลางต้องการข้อมูลรับรองก่อนจะส่งต่อคำขอ

แนวทางการใช้งาน: ยืนยันตัวตนกับพร็อกซีโดยใช้ Proxy-Authenticate / Proxy-Authorization ซึ่งต่างจากการยืนยันตัวตนกับเซิร์ฟเวอร์ต้นทาง

408

คำขอหมดเวลา

เซิร์ฟเวอร์ไม่ได้รับคำขอครบถ้วนภายในเวลาที่กำหนดให้รอ ไคลเอนต์อาจลองใหม่ด้วยการเชื่อมต่อใหม่

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

409

ขัดแย้ง

คำขอขัดแย้งกับสถานะปัจจุบันของทรัพยากร เช่น เวอร์ชันชนกันหรือพยายามสร้างรายการซ้ำ

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

410

นำออกแล้ว

ทรัพยากรไม่พร้อมใช้งานโดยตั้งใจและมีแนวโน้มว่าจะถาวร โดยไม่มีสิ่งทดแทนที่ทราบ สถานะนี้ชัดเจนกว่าการตอบกลับ “ไม่พบ” ทั่วไป

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

411

ต้องระบุความยาว

เซิร์ฟเวอร์ต้องการส่วนหัว Content-Length แต่คำขอไม่ได้ส่งมา

แนวทางการใช้งาน: ส่ง Content-Length ที่ถูกต้องหรือใช้การจัดกรอบการส่งข้อมูลที่รองรับ

412

เงื่อนไขเบื้องต้นไม่ผ่าน

เงื่อนไขของคำขอ เช่น If-Match ประเมินได้เป็นเท็จ เซิร์ฟเวอร์จึงไม่ได้ดำเนินการตามที่ร้องขอ

แนวทางการใช้งาน: รีเฟรชเนื้อหาและลองใหม่ด้วยวาลิดิเอเตอร์/สถานะปัจจุบัน

413

เนื้อหามีขนาดใหญ่เกินไป

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

แนวทางการใช้งาน: ลดขนาดเพย์โหลดหรือปรับขีดจำกัดการอัปโหลดที่ระบุไว้

414

URI ยาวเกินไป

เป้าหมายคำขอยาวเกินกว่าที่เซิร์ฟเวอร์ยินดีตีความ มักเกิดจากสตริงคำค้นยาวเกินไป

แนวทางการใช้งาน: ใช้ URI ที่สั้นลงหรือย้ายข้อมูลที่เหมาะสมไปไว้ในเนื้อหาคำขอ

415

ชนิดสื่อที่ไม่รองรับ

เซิร์ฟเวอร์ปฏิเสธเนื้อหาคำขอเพราะไม่รองรับชนิดสื่อ การเข้ารหัสเนื้อหา หรือรูปแบบที่ตรวจพบ

แนวทางการใช้งาน: ส่ง Content-Type/การเข้ารหัสที่รองรับและเนื้อหาที่ตรงกับข้อมูลดังกล่าว

416

ไม่สามารถตอบสนองช่วงข้อมูลได้

ไม่สามารถส่งช่วงไบต์ที่ร้องขอได้ เช่น เมื่อช่วงเริ่มต้นเกินความยาวของเนื้อหา

แนวทางการใช้งาน: ตรวจสอบความยาวทรัพยากรและหน่วยช่วงอีกครั้ง; เซิร์ฟเวอร์อาจส่ง Content-Range: bytes */length

417

การคาดหวังล้มเหลว

เซิร์ฟเวอร์หรือระบบตัวกลางไม่สามารถทำตามการคาดหวังที่ระบุในส่วนหัว Expect ได้

แนวทางการใช้งาน: ลองใหม่โดยไม่ระบุการคาดหวังที่ไม่รองรับ เมื่อปลอดภัยและเหมาะสม

418

ฉันเป็นกาน้ำชา

รหัสสถานะเชิงขบขันที่มาจากข้อกำหนดวันเมษาหน้าโง่ ไม่ใช่สัญญาข้อผิดพลาดปกติของแอปพลิเคชัน แม้บางบริการจะใช้เล่น ๆ

แนวทางการใช้งาน: อย่าพึ่งพารหัสนี้สำหรับการทำงานจริงที่ต้องรองรับระบบหลากหลาย

421

คำขอส่งผิดปลายทาง

คำขอไปถึงเซิร์ฟเวอร์ที่ไม่สามารถสร้างการตอบกลับที่มีอำนาจสำหรับ URI เป้าหมายได้ มักเกิดจากการกำหนดเส้นทางการเชื่อมต่อหรือ HTTP authority ไม่ตรงกัน

แนวทางการใช้งาน: ลองใหม่ผ่านการเชื่อมต่อที่เหมาะสม และตรวจสอบ Host/:authority, SNI และการกำหนดเส้นทางพร็อกซี

422

เนื้อหาไม่สามารถประมวลผลได้

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

แนวทางการใช้งาน: ส่งรายละเอียดการตรวจสอบระดับฟิลด์ที่นำไปแก้ไขได้; การแก้เพย์โหลดอาจทำให้คำขอสำเร็จ

423

ล็อกอยู่

ทรัพยากร WebDAV ถูกล็อก จึงใช้วิธีที่ร้องขอไม่ได้จนกว่าจะแก้เงื่อนไขการล็อก

แนวทางการใช้งาน: ตรวจสอบเจ้าของล็อก เวลาหมดอายุ และการจัดการโทเค็นล็อก WebDAV

424

การพึ่งพาล้มเหลว

การดำเนินการ WebDAV ล้มเหลว เพราะการทำงานก่อนหน้าที่จำเป็นในลำดับคำขอเดียวกันล้มเหลว

แนวทางการใช้งาน: แก้ไขการดำเนินการก่อนหน้าที่ล้มเหลวก่อนลองทำรายการที่ขึ้นต่อกันใหม่

425

เร็วเกินไป

เซิร์ฟเวอร์ปฏิเสธการประมวลผลคำขอที่อาจถูกส่งซ้ำระหว่างช่วงข้อมูลเริ่มต้น เพื่อลดความเสี่ยงจากการเล่นซ้ำ

แนวทางการใช้งาน: ลองใหม่หลังสร้างการเชื่อมต่อโดยไม่มีข้อมูลเริ่มต้นแล้ว

426

ต้องอัปเกรด

เซิร์ฟเวอร์ปฏิเสธโปรโตคอลปัจจุบันและแจ้งให้ไคลเอนต์เปลี่ยนไปใช้โปรโตคอลอื่น

แนวทางการใช้งาน: ใส่ส่วนหัว Upgrade ที่อธิบายตัวเลือกโปรโตคอลที่รองรับ

428

ต้องมีเงื่อนไขก่อน

เซิร์ฟเวอร์ต้องการคำขอแบบมีเงื่อนไขเพื่อป้องกันการอัปเดตที่สูญหาย แต่ไคลเอนต์ส่งคำขอที่ไม่มีเงื่อนไข

แนวทางการใช้งาน: ดึงสถานะปัจจุบันและส่งเงื่อนไขที่เหมาะสม เช่น If-Match

429

คำขอมากเกินไป

ไคลเอนต์ส่งคำขอมากเกินไปในช่วงเวลาที่กำหนด ตามขีดจำกัดอัตราที่เซิร์ฟเวอร์กำหนด

แนวทางการใช้งาน: เว้นระยะการลองใหม่ เคารพ Retry-After หากมี และหลีกเลี่ยงการลองใหม่พร้อมกันเป็นชุด

431

ฟิลด์ส่วนหัวคำขอมีขนาดใหญ่เกินไป

เซิร์ฟเวอร์ไม่ประมวลผลคำขอเพราะฟิลด์ส่วนหัวอย่างน้อยหนึ่งรายการ หรือส่วนหัวทั้งหมดรวมกัน มีขนาดใหญ่เกินไป

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

451

ไม่พร้อมให้บริการด้วยเหตุผลทางกฎหมาย

เซิร์ฟเวอร์ไม่สามารถให้ทรัพยากรที่ร้องขอได้เนื่องจากข้อจำกัดทางกฎหมาย

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

5xx — ข้อผิดพลาดเซิร์ฟเวอร์และระบบตัวกลาง

500

ข้อผิดพลาดภายในเซิร์ฟเวอร์

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

แนวทางการใช้งาน: เชื่อมโยงคำขอกับบันทึกเซิร์ฟเวอร์และหลีกเลี่ยงการเปิดเผย stack trace แก่ผู้เข้าชม

501

ไม่ได้ติดตั้งใช้งาน

เซิร์ฟเวอร์ไม่รองรับฟังก์ชันที่จำเป็นต่อการดำเนินการตามคำขอ โดยทั่วไปเป็นวิธีหรือความสามารถที่ยังไม่ได้ติดตั้ง

แนวทางการใช้งาน: ติดตั้งความสามารถนั้นหรือใช้วิธีที่รองรับ; รหัสนี้ไม่ได้มีไว้สำหรับภาวะโหลดเกินชั่วคราว

502

เกตเวย์ไม่ถูกต้อง

เซิร์ฟเวอร์ที่ทำหน้าที่เป็นเกตเวย์หรือพร็อกซีได้รับการตอบกลับที่ไม่ถูกต้องจากเซิร์ฟเวอร์ต้นทาง

แนวทางการใช้งาน: ตรวจสอบสถานะต้นทาง การตั้งค่าโปรโตคอล/TLS, DNS และบันทึกพร็อกซี

503

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

เซิร์ฟเวอร์ไม่สามารถจัดการคำขอได้ชั่วคราว มักเกิดจากการบำรุงรักษาหรือภาวะโหลดเกิน

แนวทางการใช้งาน: หากทำได้ ให้ระบุ Retry-After ส่งคำตอบที่เป็นประโยชน์ และตั้งค่าการแคชให้เหมาะกับความล้มเหลวชั่วคราว

504

เกตเวย์หมดเวลา

เกตเวย์หรือพร็อกซีไม่ได้รับการตอบกลับจากบริการต้นทางภายในเวลาที่กำหนด

แนวทางการใช้งาน: ตรวจสอบความล่าช้าของต้นทาง เส้นทางเครือข่าย และงบเวลาหมดอายุตลอดห่วงโซ่

505

ไม่รองรับเวอร์ชัน HTTP

เซิร์ฟเวอร์ไม่รองรับเวอร์ชัน HTTP หลักที่ใช้ในคำขอ

แนวทางการใช้งาน: ใช้เวอร์ชันโปรโตคอลที่รองรับหรือปรับการตั้งค่าเซิร์ฟเวอร์/พร็อกซี

506

เจรจาเนื้อหาวนซ้ำ

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

แนวทางการใช้งาน: แก้การตั้งค่าตัวแทน/การเจรจา; เป็นข้อผิดพลาดฝั่งต้นทาง

507

พื้นที่จัดเก็บไม่เพียงพอ

เซิร์ฟเวอร์ WebDAV ไม่สามารถจัดเก็บเนื้อหาที่จำเป็นต่อการดำเนินการให้เสร็จได้

แนวทางการใช้งาน: เพิ่มหรือจัดสรรพื้นที่จัดเก็บ แล้วตรวจสอบโควตาก่อนลองใหม่

508

ตรวจพบลูป

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

แนวทางการใช้งาน: แก้ความสัมพันธ์ของทรัพยากรหรือกฎการประมวลผลที่วนเป็นวงจร

510

ไม่รองรับส่วนขยาย

คำขอต้องใช้ส่วนขยายที่เซิร์ฟเวอร์ไม่รองรับ

แนวทางการใช้งาน: ใช้ชุดส่วนขยายที่รองรับหรือเจรจาทางเลือกอื่น

511

ต้องยืนยันตัวตนกับเครือข่าย

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

แนวทางการใช้งาน: ยืนยันตัวตนเพื่อเข้าเครือข่ายให้เสร็จ แล้วลองส่งคำขอเดิมอีกครั้ง

การตอบกลับที่น่าสังเกตซึ่งไม่ใช่มาตรฐานหรือเฉพาะผู้ให้บริการ

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

419

หมดเวลาการยืนยันตัวตน (ไม่ใช่มาตรฐาน)

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

แนวทางการใช้งาน: ต่ออายุการยืนยันตัวตนตามข้อกำหนดของบริการ

420

ใจเย็น ๆ (ไม่ใช่มาตรฐาน)

การตอบกลับเฉพาะผู้ให้บริการซึ่งในอดีตใช้สำหรับจำกัดอัตรา ความหมายขึ้นอยู่กับการนำไปใช้

แนวทางการใช้งาน: ปฏิบัติตามคำแนะนำการจำกัดอัตราที่ระบุไว้

444

ปิดการเชื่อมต่อ (ไม่ใช่มาตรฐาน)

เซิร์ฟเวอร์บางแห่งปิดการเชื่อมต่อโดยไม่ส่งการตอบกลับตามปกติ ซึ่งมักใช้เป็นมาตรการกรอง

แนวทางการใช้งาน: ตรวจสอบบันทึกผู้ให้บริการ; ไคลเอนต์อาจรายงานข้อผิดพลาดเครือข่ายแทนการแสดงรหัสนี้

449

ลองใหม่ด้วย (ไม่ใช่มาตรฐาน)

ส่วนขยายของ Microsoft ที่บางบริการใช้เพื่อขอให้ไคลเอนต์ลองใหม่พร้อมข้อมูลเพิ่มเติม

แนวทางการใช้งาน: ปฏิบัติตามเอกสาร API เฉพาะ

499

ไคลเอนต์ปิดคำขอ (ไม่ใช่มาตรฐาน)

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

แนวทางการใช้งาน: ตรวจสอบการยกเลิกจากไคลเอนต์และคำขอต้นทางที่ตอบสนองช้า

509

เกินขีดจำกัดแบนด์วิดท์ (ไม่ใช่มาตรฐาน)

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

แนวทางการใช้งาน: ตรวจสอบโควตาและการเรียกเก็บเงินของโฮสต์

520

เว็บเซิร์ฟเวอร์ส่งข้อผิดพลาดที่ไม่ทราบสาเหตุ (เฉพาะผู้ให้บริการ)

CDN หรือพร็อกซีอาจใช้เมื่อได้รับการตอบกลับจากต้นทางที่ไม่คาดคิดหรือว่างเปล่า

แนวทางการใช้งาน: เปรียบเทียบบันทึกของ edge และต้นทาง; ตรวจสอบว่าต้นทางส่งการตอบกลับ HTTP ที่ถูกต้อง

521

เว็บเซิร์ฟเวอร์หยุดทำงาน (เฉพาะผู้ให้บริการ)

พร็อกซีไม่สามารถเชื่อมต่อกับต้นทางได้ หรือถูกต้นทางปฏิเสธ

แนวทางการใช้งาน: ตรวจสอบความพร้อมใช้งานของต้นทาง กฎไฟร์วอลล์ และรายการอนุญาตของพร็อกซี

522

การเชื่อมต่อหมดเวลา (เฉพาะผู้ให้บริการ)

บริการ edge เชื่อมต่อหรือพยายามเชื่อมต่อกับต้นทาง แต่แลกเปลี่ยนข้อมูลไม่เสร็จภายในเวลาที่กำหนด

แนวทางการใช้งาน: ตรวจสอบการตอบสนองของต้นทางและความล่าช้าของเครือข่าย

523

ไม่สามารถเข้าถึงต้นทาง (เฉพาะผู้ให้บริการ)

พร็อกซีไม่สามารถเข้าถึงที่อยู่ต้นทางที่กำหนดค่าไว้

แนวทางการใช้งาน: ตรวจสอบการค้นหา DNS การกำหนดเส้นทาง และการตั้งค่า IP ต้นทาง

524

เกิดการหมดเวลา (เฉพาะผู้ให้บริการ)

เชื่อมต่อกับต้นทางได้สำเร็จ แต่ต้นทางไม่ได้ส่งการตอบกลับ HTTP ตามเวลาที่กำหนด

แนวทางการใช้งาน: ลดเวลาในการประมวลผลของต้นทางหรือปรับการตั้งเวลาหมดอายุที่รองรับ

525

การจับมือ SSL ล้มเหลว (เฉพาะผู้ให้บริการ)

พร็อกซีไม่สามารถเจรจา TLS กับต้นทางให้เสร็จสิ้น

แนวทางการใช้งาน: ตรวจสอบใบรับรอง ความเข้ากันได้ของโปรโตคอล/รหัสเข้ารหัส และ SNI

526

ใบรับรอง SSL ไม่ถูกต้อง (เฉพาะผู้ให้บริการ)

ระบบตัวกลางปฏิเสธใบรับรองของต้นทางระหว่างการตรวจสอบ

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

527

Railgun Error (เฉพาะผู้ให้บริการ)

สถานะพร็อกซีรุ่นเก่าหรือเฉพาะผู้ให้บริการนี้รายงานความล้มเหลวในการเชื่อมต่อเร่งความเร็วไปยังต้นทาง

แนวทางการใช้งาน: ตรวจสอบตัวเชื่อมต่อเฉพาะของผู้ให้บริการและเส้นทางไปยังต้นทาง

598

หมดเวลาการอ่านเครือข่าย (ไม่ใช่มาตรฐาน)

ไคลเอนต์หรือพร็อกซีบางตัวใช้ค่านี้เพื่ออธิบายการหมดเวลาขณะอ่านเครือข่าย ไม่มีความหมาย HTTP ที่ใช้ทั่วไป

แนวทางการใช้งาน: ตรวจสอบข้อมูลวินิจฉัยของไคลเอนต์/พร็อกซี

599

หมดเวลาการเชื่อมต่อเครือข่าย (ไม่ใช่มาตรฐาน)

พร็อกซีบางตัวใช้ค่านี้เมื่อการพยายามเชื่อมต่อเครือข่ายหมดเวลา ความหมายขึ้นอยู่กับการนำไปใช้

แนวทางการใช้งาน: ตรวจสอบการเข้าถึงได้และการตั้งเวลาหมดอายุ

การใช้รหัสสถานะในการตรวจสอบการเปลี่ยนเส้นทางและ SEO

สำหรับการย้าย URL แบบถาวร ให้ใช้การเปลี่ยนเส้นทางถาวรเฉพาะเมื่อปลายทางตั้งใจให้มาแทน URL เดิม; สำหรับการเปลี่ยนชั่วคราว ให้เลือกการตอบกลับชั่วคราว ทำห่วงโซ่ให้สั้นและชี้ไปยังปลายทางสุดท้ายที่เทียบเท่ากัน ยืนยันว่า Location แต่ละค่าถูกแปลงไปยังปลายทางได้ การตอบกลับสุดท้ายเหมาะสม และแท็ก canonical กับลิงก์ภายในสอดคล้องกับ URL ที่ต้องการ 2xx ที่ท้ายสุดยืนยันเพียงการตอบกลับ HTTP สำเร็จ ไม่ได้พิสูจน์ว่าหน้ามีประโยชน์ จัดทำดัชนีได้ หรือมีสุขภาพทางเทคนิคดี

แหล่งที่มาและหมายเหตุอ้างอิง

หน้านี้สรุปความหมายของรหัสสถานะ HTTP เพื่อการใช้งานจริง ทะเบียนมาตรฐานและ RFC เป็นแหล่งอ้างอิงที่มีอำนาจสำหรับรหัสมาตรฐาน MDN ให้คู่มือเทคนิคที่เข้าถึงง่าย และ Wikipedia เป็นภาพรวมเสริมที่ชุมชนดูแล