บทความนี้แสดง รายการรหัสสถานะการตอบสนอง HTTPมาตรฐานและที่ไม่เป็นมาตรฐานที่สำคัญรหัสมาตรฐานได้รับการกำหนดโดยIETFตามที่บันทึกไว้ใน เอกสาร Request for Comments (RFC) และดูแลโดยIANA ^{[ 1 ]} ค่าอื่นๆ ที่ไม่เป็นไปตามมาตรฐาน นั้นถูกใช้โดยเซิร์ฟเวอร์ต่างๆ ข้อความอธิบายหลังรหัสตัวเลข – วลีเหตุผล – แสดงไว้ที่นี่ด้วยค่าทั่วไป แต่ในทางปฏิบัติอาจแตกต่างกันหรืออาจถูกละเว้น

รหัสสถานะที่กำหนดโดย IETF มีดังต่อไปนี้ คำที่เน้นย้ำ เช่นmust , must notและshouldเป็นแนวทางการตีความตามที่ระบุไว้ในRFC  2119

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

100 ต่อเนื่อง

เซิร์ฟเวอร์ได้รับส่วนหัวของคำขอแล้ว และไคลเอนต์ควรดำเนินการส่งเนื้อหาคำขอ (ในกรณีของคำขอที่ต้องส่งเนื้อหา เช่น คำขอ POST ) การส่งเนื้อหาคำขอขนาดใหญ่ไปยังเซิร์ฟเวอร์หลังจากที่คำขอถูกปฏิเสธเนื่องจากส่วนหัวที่ไม่เหมาะสมจะไม่มีประสิทธิภาพ เพื่อให้เซิร์ฟเวอร์ตรวจสอบส่วนหัวของคำขอ ไคลเอนต์ต้องส่งExpect: 100-continueส่วนหัวในคำขอเริ่มต้นและรับ100 Continueรหัสสถานะในการตอบกลับก่อนที่จะส่งเนื้อหา หากไคลเอนต์ได้รับรหัสข้อผิดพลาด เช่น 403 (Forbidden) หรือ 405 (Method Not Allowed) ก็ไม่ควรส่งเนื้อหาคำขอ การตอบกลับ417 Expectation Failedจะระบุว่าควรส่งคำขอซ้ำโดยไม่มีExpectส่วนหัว เนื่องจากแสดงว่าเซิร์ฟเวอร์ไม่รองรับสิ่งที่คาดหวัง (ตัวอย่างเช่น เซิร์ฟเวอร์ HTTP/1.0) ^{[ 2 ] : §10.1.1}

101 โปรโตคอลการสลับ

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

102 การประมวลผล ( WebDAV ; RFC 2518)

คำขอ WebDAV อาจมีคำขอย่อยจำนวนมากที่เกี่ยวข้องกับการดำเนินการไฟล์ ซึ่งต้องใช้เวลานานในการดำเนินการคำขอให้เสร็จสมบูรณ์ รหัสนี้บ่งชี้ว่าเซิร์ฟเวอร์ได้รับและกำลังประมวลผลคำขอ แต่ยังไม่มีการตอบสนอง^{[ 3 ]}ซึ่งจะช่วยป้องกันไม่ให้ไคลเอนต์หมดเวลาและเข้าใจผิดว่าคำขอสูญหาย รหัสสถานะนี้เลิกใช้แล้ว^{[ 4 ]}

103 คำแนะนำเบื้องต้น (RFC 8297)

ใช้เพื่อส่งคืนส่วนหัวการตอบกลับบางส่วนก่อนข้อความ HTTP สุดท้าย^{[ 5 ]}

สถานะความสำเร็จบ่งชี้ว่าการดำเนินการที่ลูกค้าร้องขอได้รับการรับ เข้าใจ และยอมรับแล้ว^{[ 1 ]}

200 ตกลง

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

สร้างขึ้นในปี 201

คำขอได้รับการดำเนินการแล้ว ส่งผลให้มีการสร้างทรัพยากรใหม่^{[ 6 ]}

202 ยอมรับ

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

203 ข้อมูลที่ไม่อ้างอิงจากแหล่งข้อมูลหลัก (ตั้งแต่ HTTP/1.1)

เซิร์ฟเวอร์เป็นพร็อกซีแปลง (เช่นตัวเร่งความเร็วเว็บ ) ที่ได้รับ 200 OK จากต้นทาง แต่กำลังส่งคืนเวอร์ชันที่แก้ไขแล้วของการตอบสนองจากต้นทาง^{[ 2 ] : §15.3.4 [ 2 ] : §7.7}

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

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

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

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

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

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

207 สถานะหลายรายการ (WebDAV; RFC 4918)

โดยค่าเริ่มต้น เนื้อหาข้อความที่ตามมาจะเป็น ข้อความ XMLและสามารถมีรหัสตอบกลับแยกกันได้หลายรหัส ขึ้นอยู่กับจำนวนคำขอย่อยที่ส่งมา^{[ 7 ]}

208 รายงานไปแล้ว (WebDAV; RFC 5842)

สมาชิกของ DAV binding ได้ถูกระบุไว้แล้วในส่วนก่อนหน้าของคำตอบ (แบบหลายสถานะ) และจะไม่ถูกกล่าวถึงอีกครั้ง

226 IM ที่ใช้ (RFC 3229)

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

สถานะ 3xx บ่งชี้ว่าไคลเอนต์ต้องดำเนินการเพิ่มเติม โดยทั่วไปคือการเปลี่ยนเส้นทาง URLเพื่อให้คำขอเสร็จสมบูรณ์^{[ 1 ]}ตัวแทนผู้ใช้สามารถดำเนินการเพิ่มเติมได้โดยไม่ต้องมีการโต้ตอบจากผู้ใช้ หากวิธีการที่ใช้ในคำขอเพิ่มเติมคือ GET หรือ HEAD ตัวแทนผู้ใช้ควรป้องกันการเปลี่ยนเส้นทางแบบวนซ้ำ^{[ 2 ] : §15.4}

300 ตัวเลือก

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

301 ย้ายถาวรแล้ว

เป้าหมายของลิงก์ถูกย้ายเพื่อให้คำขอและคำขอที่คล้ายกันในอนาคตถูกเปลี่ยนเส้นทางไปยังURI ที่กำหนด หากไคลเอนต์มีความสามารถในการแก้ไขลิงก์ ไคลเอนต์ควรอัปเดตการอ้างอิงไปยัง URL ของคำขอ การตอบสนองสามารถแคชได้เว้นแต่จะระบุไว้เป็นอย่างอื่น ยกเว้นคำขอ GET เนื้อหาควรมีไฮเปอร์ลิงก์ไปยัง URL ใหม่ ยกเว้นคำขอ GET หรือ HEAD ไคลเอนต์ต้องขออนุญาตผู้ใช้ก่อนเปลี่ยนเส้นทาง^{[ 9 ]}

โค้ดนี้ถือเป็นแนวทางปฏิบัติที่ดีที่สุดสำหรับการอัปเกรดผู้ใช้จาก HTTP เป็นHTTPSทั้งBingและGoogleแนะนำให้ใช้โค้ดนี้เพื่อเปลี่ยน URL ของหน้าเว็บที่แสดงในผลการค้นหาของเครื่องมือค้นหา โดยที่ URL นั้นจะเปลี่ยนแปลงอย่างถาวรและจะไม่เปลี่ยนแปลงอีกในเร็วๆ นี้^{[ 10 ] [ 11 ]}

พบ 302 รายการ

ระบุว่าทรัพยากรสามารถเข้าถึงได้ผ่าน URL ทางเลือกที่ระบุไว้ใน ฟิลด์ส่วนหัว Locationข้อกำหนด HTTP/1.0 (ซึ่งใช้วลีเหตุผล "ย้ายชั่วคราว") กำหนดให้ไคลเอ็นต์ต้องเปลี่ยนเส้นทางด้วยวิธีการเดียวกัน^{[ 12 ]}แต่เบราว์เซอร์ยอดนิยมกลับเปลี่ยนคำขอเป็น GET แทน^{[ 13 ]}ด้วยเหตุนี้ HTTP/1.1 ( RFC  2616 ) จึงเพิ่มรหัสสถานะสองรหัส ได้แก่ 303 ซึ่งกำหนดให้เปลี่ยนคำขอเป็น GET และ 307 ซึ่งรักษารูปแบบคำขอเดิมไว้ แม้ว่าการแยกความหมายนี้จะมีความชัดเจนมากขึ้น แต่รหัส 302 ก็ยังคงใช้ในเฟรมเวิร์กเว็บเพื่อรักษาความเข้ากันได้กับเบราว์เซอร์ที่ไม่รองรับ HTTP/1.1 ^{[ 14 ] [ 2 ] : §15.4} ผลที่ตามมาคือRFC  7231 (การอัปเดตของRFC  2616 ) เปลี่ยนคำจำกัดความเพื่อให้เอเจนต์ผู้ใช้สามารถเขียน POST ใหม่เป็น GET ได้^{[ 15 ]}

303 ดูตัวเลือกอื่นๆ (ตั้งแต่ HTTP/1.1)

หากเซิร์ฟเวอร์ตอบสนองต่อคำขอ POST หรือคำขอที่ไม่สามารถทำซ้ำได้ (non-idempotent request) ด้วยรหัสนี้และ ฟิลด์ส่วนหัว locationไคลเอนต์จะต้องส่งคำขอ GET ไปยัง location ที่ระบุไว้ แต่หากต้องการส่งคำขอไปยังทรัพยากรเป้าหมายโดยใช้วิธีเดียวกัน เซิร์ฟเวอร์จะตอบกลับด้วยรหัส 307 แทน

การใช้รหัสนี้ได้รับการเสนอ^{[ 16 ]}ให้เป็นวิธีหนึ่งในการตอบสนองต่อคำขอURIที่ระบุวัตถุในโลกแห่งความเป็นจริงตาม ทฤษฎี Semantic Web (อีกวิธีหนึ่งคือการใช้hash URI ) ^{[ 17 ] [ 16 ]}ตัวอย่างเช่น หากhttp://www.example.com/id/aliceระบุบุคคลชื่ออลิซ การที่เซิร์ฟเวอร์ตอบสนองต่อคำขอ GET ด้วย 200 OK จะไม่เหมาะสม เนื่องจากเซิร์ฟเวอร์ไม่สามารถส่งตัวอลิซได้ เซิร์ฟเวอร์ควรตอบกลับด้วย 303 เพื่อเปลี่ยนเส้นทางไปยัง URI ที่ให้คำอธิบายเกี่ยวกับบุคคลชื่ออลิซ^{[ 16 ]}

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

304 ไม่ได้แก้ไข

แสดงว่าทรัพยากรนั้นไม่ได้ถูกแก้ไขนับตั้งแต่เวอร์ชันที่ระบุโดยส่วนหัวคำขอ If-Modified-Since หรือ If-None-Match ในกรณีเช่นนี้ ไม่จำเป็นต้องส่งทรัพยากรซ้ำ เนื่องจากไคลเอ็นต์ยังคงมีสำเนาที่ดาวน์โหลดไว้ก่อนหน้านี้แล้ว

305 ใช้พร็อกซี (ตั้งแต่ HTTP/1.1)

ทรัพยากรที่ร้องขอสามารถเข้าถึงได้ผ่านพร็อกซีเท่านั้น โดยที่อยู่ของพร็อกซีจะระบุไว้ในคำตอบ ด้วยเหตุผลด้านความปลอดภัย ไคลเอนต์ HTTP จำนวนมาก (เช่นMozilla FirefoxและInternet Explorer ) จะไม่ปฏิบัติตามรหัสสถานะนี้^{[ 19 ]}

306 สวิตช์พร็อกซี

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

307 การเปลี่ยนเส้นทางชั่วคราว (ตั้งแต่ HTTP/1.1)

ในกรณีนี้ ควรส่งคำขอซ้ำโดยใช้ URI อื่น แต่คำขอในอนาคตควรยังคงใช้ URI เดิม ซึ่งแตกต่างจากวิธีการใช้งานรหัส 302 ในอดีต ไม่อนุญาตให้เปลี่ยนวิธีการร้องขอเมื่อส่งคำขอซ้ำ ตัวอย่างเช่น การร้องขอแบบ POST ควรส่งซ้ำโดยใช้การร้องขอแบบ POST อีกครั้ง

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

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

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

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

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

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

คล้ายกับ 403 Forbidden แต่ใช้เฉพาะเมื่อต้องการการตรวจสอบสิทธิ์และล้มเหลวหรือยังไม่ได้รับข้อมูลการตรวจสอบสิทธิ์ การตอบสนองต้องมีฟิลด์ส่วนหัว WWW-Authenticate ที่มีคำท้าที่ใช้ได้กับทรัพยากรที่ร้องขอ ดูการตรวจสอบสิทธิ์การเข้าถึงแบบพื้นฐานและการตรวจสอบสิทธิ์การเข้าถึงแบบไดเจสต์ 401 มีความหมายว่า "ไม่ได้รับการตรวจสอบสิทธิ์" ผู้ใช้ไม่มีข้อมูลประจำตัวการตรวจสอบสิทธิ์ที่ถูกต้องสำหรับทรัพยากรเป้าหมาย

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

สงวนไว้สำหรับการใช้งานในอนาคต เจตนาเดิมคือรหัสนี้อาจใช้เป็นส่วนหนึ่งของรูปแบบเงินดิจิทัลหรือ โครงการ ชำระเงินขนาดเล็ก บาง รูปแบบ ดังที่เสนอโดยGNU Taler [ ^{20 ] แต่}ยังไม่เกิดขึ้น และรหัสนี้ไม่ได้ถูกใช้อย่างแพร่หลายGoogle Developers API ใช้สถานะนี้หากนักพัฒนาซอฟต์แวร์รายใดรายหนึ่งเกินขีดจำกัดรายวันในการร้องขอ^{[ 21 ]} Sipgateใช้รหัสนี้หากบัญชีไม่มีเงินทุนเพียงพอที่จะเริ่มการโทร^{[ 22 ]} Shopifyใช้รหัสนี้เมื่อร้านค้าไม่ได้ชำระค่าธรรมเนียมและถูกปิดใช้งานชั่วคราว^{[ 23 ]} Stripeใช้รหัสนี้สำหรับการชำระเงินที่ล้มเหลวซึ่งพารามิเตอร์ถูกต้อง เช่น การชำระเงินที่ฉ้อโกงที่ถูกบล็อก^{[ 24 ]} Cloudflare Turnstileใช้รหัสนี้เมื่อร้องขอทรัพยากรด้วยcURL x402 เป็นมาตรฐานเปิดที่นำรหัสสถานะ HTTP 402 "ต้องชำระเงิน" มาใช้ ใหม่

403 ห้ามเข้าถึง

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

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

เว็บเซิร์ฟเวอร์ Apacheส่งคืนรหัส 403 ในการตอบสนองต่อคำขอ เส้นทาง URL ^{[ 25 ]}ที่สอดคล้องกับไดเร็กทอรีระบบไฟล์ เมื่อการแสดงรายการไดเร็กทอรีถูกปิดใช้งานและไม่มี คำสั่ง Directory Indexเพื่อระบุไฟล์ที่มีอยู่ที่จะส่งคืนไปยังเบราว์เซอร์ ผู้ดูแลระบบบางรายกำหนดค่า ส่วนขยาย พร็อกซี Modเพื่อบล็อกคำขอดังกล่าว และจะส่งคืนรหัส 403 เช่นกัน IISตอบสนองในลักษณะเดียวกันเมื่อการแสดงรายการไดเร็กทอรีถูกปฏิเสธในเซิร์ฟเวอร์นั้น ในWebDAVจะส่งคืนรหัส 403 หากไคลเอ็นต์ส่งคำขอ PROPFIND แต่ไม่ได้ส่งส่วนหัว Depth ที่จำเป็นหรือส่งส่วนหัว Depth เป็นค่าอนันต์^{[ 25 ]}

404 ไม่พบ

ไม่พบทรัพยากรที่ร้องขอ แต่อาจมีให้บริการในอนาคต ลูกค้าสามารถร้องขอเพิ่มเติมได้

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

วิธีการร้องขอไม่ได้รับการสนับสนุนสำหรับทรัพยากรที่ร้องขอ (ตัวอย่างเช่น การร้องขอแบบ GET บนฟอร์มที่ต้องการข้อมูลที่จะนำเสนอผ่านPOSTหรือการร้องขอแบบ PUT บนทรัพยากรแบบอ่านอย่างเดียว)

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

ทรัพยากรที่ร้องขอสามารถสร้างเนื้อหาได้เฉพาะเนื้อหาที่ไม่เป็นไปตามข้อกำหนดในส่วนหัว Accept ที่ส่งมาในคำขอ โปรดดูที่การเจรจาเนื้อหา

407 ต้องมีการตรวจสอบสิทธิ์พร็อกซี

ลูกค้าจะต้องยืนยันตัวตนกับพร็อกซีเสีย ก่อน

408 หมดเวลาการร้องขอ

เซิร์ฟเวอร์หมดเวลาในการรอรับคำขอ ตามข้อกำหนดของ HTTP ระบุว่า: "ไคลเอนต์ไม่ได้ส่งคำขอภายในเวลาที่เซิร์ฟเวอร์พร้อมจะรอ ไคลเอนต์อาจส่งคำขอซ้ำได้โดยไม่มีการแก้ไขใดๆ ในภายหลัง"

409 ความขัดแย้ง

ระบุว่าไม่สามารถประมวลผลคำขอได้เนื่องจากความขัดแย้งในสถานะปัจจุบันของทรัพยากร เช่นความขัดแย้งในการแก้ไขระหว่างการอัปเดตพร้อมกันหลายรายการ^{[ 26 ]}

410 หายไปแล้ว

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

ความยาวที่ต้องการ 411

คำขอไม่ได้ระบุความยาวของเนื้อหา ซึ่งเป็นสิ่งที่จำเป็นสำหรับทรัพยากรที่ร้องขอ

412 เงื่อนไขเบื้องต้นล้มเหลว

เซิร์ฟเวอร์ไม่ตรงตามเงื่อนไขข้อใดข้อหนึ่งที่ผู้ร้องขอระบุไว้ในส่วนหัวของคำขอ

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

คำขอมีขนาดใหญ่เกินกว่าที่เซิร์ฟเวอร์ยินดีหรือสามารถประมวลผลได้ ก่อนหน้านี้เรียกว่า "Request Entity Too Large" และ "Payload Too Large" ^{[ 27 ] : §10.4.14 [ 2 ] : §15.5.14}

414 URI ยาวเกินไป

URI ที่ให้มา นั้นยาวเกินกว่าที่เซิร์ฟเวอร์จะประมวลผลได้ ซึ่งมักเป็นผลมาจากการเข้ารหัสข้อมูลจำนวนมากเกินไปในสตริงคำค้นหาของคำขอ GET ในกรณีนี้ควรแปลงเป็นคำขอ POST เรียกว่า "Request-URI Too Long" ก่อนหน้านี้^{[ 27 ] : §10.4.15}

415 ประเภทสื่อที่ไม่รองรับ

เอนทิตีที่ร้องขอมีประเภทสื่อที่เซิร์ฟเวอร์หรือทรัพยากรไม่รองรับ ตัวอย่างเช่น ไคลเอนต์อัปโหลดรูปภาพเป็นimage/svg+xmlแต่เซิร์ฟเวอร์ต้องการให้รูปภาพใช้รูปแบบอื่น

ช่วง 416 ไม่สามารถใช้งานได้

ลูกค้าร้องขอส่วนหนึ่งของไฟล์ ( การให้บริการไบต์ ) แต่เซิร์ฟเวอร์ไม่สามารถจัดหาส่วนนั้นได้ ตัวอย่างเช่น หากลูกค้าร้องขอส่วนหนึ่งของไฟล์ที่อยู่นอกเหนือส่วนท้ายของไฟล์ เรียกว่า "ช่วงที่ร้องขอไม่สามารถตอบสนองได้" ก่อนหน้านี้^{[ 27 ] : §10.4.17}

417 ความคาดหวังล้มเหลว

เซิร์ฟเวอร์ไม่สามารถปฏิบัติตามข้อกำหนดของฟิลด์ส่วนหัวคำขอ Expect ได้^{[ 28 ]}

418 ฉันเป็นกาน้ำชา (RFC 2324, RFC 7168)

รหัสนี้ถูกกำหนดขึ้นในปี 1998 ในฐานะหนึ่งในเรื่องตลกวันเอพริลฟูลส์แบบดั้งเดิมของIETF ใน RFC 2324 โปรโตคอลควบคุมกาน้ำชาไฮเปอร์เท็กซ์และไม่คาดว่าจะถูกนำไปใช้โดยเซิร์ฟเวอร์ HTTP จริง RFC ระบุว่ารหัสนี้ควรถูกส่งคืนโดยกาน้ำชาที่ร้องขอให้ชงกาแฟ^{[ 29 ]}สถานะ HTTP นี้ถูกใช้เป็นอีสเตอร์เอ็กในบางเว็บไซต์ เช่นอีสเตอร์เอ็ก "ฉันเป็นกาน้ำชา" ของ Google.com ^{[ 30 ] [ 31 ]}บางครั้ง รหัสสถานะนี้ยังถูกใช้เป็นการตอบสนองต่อคำขอที่ถูกบล็อก แทนที่จะเป็น 403 Forbidden ที่เหมาะสมกว่า^{[ 32 ] [ 33 ]}

421 คำขอที่ส่งผิดที่

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

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

คำขอมีรูปแบบที่ถูกต้อง (กล่าวคือ ถูกต้องตามหลักไวยากรณ์) แต่ไม่สามารถดำเนินการได้^{[ 2 ] : §15.5.21}

423 ล็อก (WebDAV; RFC 4918)

ทรัพยากรที่กำลังเข้าถึงถูกล็อกไว้^{[ 7 ]}

424 การเชื่อมต่อล้มเหลว (WebDAV; RFC 4918)

คำขอไม่สำเร็จเนื่องจากขึ้นอยู่กับคำขออื่นและคำขอนั้นไม่สำเร็จ (เช่น PROPPATCH) ^{[ 7 ]}

425 เร็วเกินไป (RFC 8470)

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

426 ต้องอัปเกรด

ไคลเอนต์ควรเปลี่ยนไปใช้โปรโตคอลอื่น เช่นTLS/1.3ซึ่งระบุไว้ในฟิลด์ส่วนหัวการอัปเกรด

428 เงื่อนไขเบื้องต้นที่จำเป็น (RFC 6585)

เซิร์ฟเวอร์ต้นทางต้องการให้คำขอมีเงื่อนไข มีจุดประสงค์เพื่อป้องกันปัญหา 'การอัปเดตที่สูญหาย' ซึ่งไคลเอนต์ GET สถานะของทรัพยากร แก้ไข และ PUT กลับไปยังเซิร์ฟเวอร์ ในขณะเดียวกันบุคคลที่สามได้แก้ไขสถานะบนเซิร์ฟเวอร์ ทำให้เกิดความขัดแย้ง^{[ 34 ]}

429 การร้องขอมากเกินไป (RFC 6585)

ผู้ใช้ส่งคำขอมากเกินไปในช่วงเวลาที่กำหนด มีจุดประสงค์เพื่อใช้กับแผนการจำกัดอัตรา^{[ 34 ]}

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

เซิร์ฟเวอร์ไม่เต็มใจที่จะประมวลผลคำขอเนื่องจากฟิลด์ส่วนหัวแต่ละรายการหรือฟิลด์ส่วนหัวทั้งหมดรวมกันมีขนาดใหญ่เกินไป^{[ 34 ]}

451 ไม่สามารถใช้งานได้เนื่องจากเหตุผลทางกฎหมาย (RFC 7725)

ผู้ให้บริการเซิร์ฟเวอร์ได้รับคำร้องขอทางกฎหมายให้ปฏิเสธการเข้าถึงทรัพยากรหรือชุดทรัพยากรที่รวมถึงทรัพยากรที่ร้องขอ^{[ 35 ]}รหัส 451 ถูกเลือกโดยอ้างอิงจากนวนิยายเรื่องFahrenheit 451 ^{[ 36 ]}

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

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

ข้อความแสดงข้อผิดพลาดทั่วไป ที่จะแสดงขึ้นเมื่อพบสภาวะที่ไม่คาดคิด และไม่มีข้อความเฉพาะเจาะจงอื่นใดที่เหมาะสมกว่านี้

501 ยังไม่ได้ดำเนินการ

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

502 Bad Gateway

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

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

เซิร์ฟเวอร์ไม่สามารถจัดการคำขอได้ (เนื่องจากโอเวอร์โหลดหรือปิดปรับปรุง) โดยทั่วไปแล้ว นี่เป็นสถานะชั่วคราว^{[ 37 ]}

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

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

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

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

506 รูปแบบอื่นยังมีการเจรจาต่อรองด้วย (RFC 2295)

การเจรจาเนื้อหาที่โปร่งใสสำหรับคำขอส่งผลให้เกิดการอ้างอิงแบบวงกลม^{[ 38 ]}

507 พื้นที่จัดเก็บไม่เพียงพอ (WebDAV; RFC 4918)

เซิร์ฟเวอร์ไม่สามารถจัดเก็บการแสดงผลที่จำเป็นต่อการดำเนินการตามคำขอได้^{[ 7 ]}

ตรวจพบการวนซ้ำ 508 (WebDAV; RFC 5842)

เซิร์ฟเวอร์ตรวจพบลูปไม่สิ้นสุดขณะประมวลผลคำขอ (ส่งแทนที่จะเป็น208 Already Reported )

510 ไม่ขยาย (RFC 2774)

จำเป็นต้องมีการขยายคำขอเพิ่มเติมเพื่อให้เซิร์ฟเวอร์สามารถดำเนินการได้^{[ 39 ]}

511 ต้องมีการตรวจสอบสิทธิ์เครือข่าย (RFC 6585)

ลูกค้าต้องยืนยันตัวตนเพื่อเข้าถึงเครือข่าย มีวัตถุประสงค์เพื่อใช้โดยพร็อกซีดักจับที่ใช้ควบคุมการเข้าถึงเครือข่าย (เช่น " พอร์ทัลกักขัง " ที่ใช้เพื่อกำหนดให้ต้องยอมรับข้อกำหนดในการให้บริการก่อนที่จะอนุญาตให้เข้าถึงอินเทอร์เน็ตได้อย่างเต็มที่ผ่านฮอตสปอต Wi-Fi ) ^{[ 34 ]}

รหัสต่อไปนี้ถูกใช้โดยเว็บเซิร์ฟเวอร์ต่างๆ แต่ไม่ได้ระบุไว้ในมาตรฐานของ IETF

เว็บเซิร์ฟเวอร์ Internet Information Services (IIS) ของ Microsoft ขยายพื้นที่ข้อผิดพลาด 4xx เพื่อส่งสัญญาณข้อผิดพลาดในการร้องขอของไคลเอ็นต์ บางครั้ง IIS ใช้รหัสย่อยทศนิยมเพิ่มเติมสำหรับข้อมูลที่เฉพาะเจาะจงมากขึ้น^{[ 40 ]}อย่างไรก็ตาม รหัสย่อยเหล่านี้จะปรากฏเฉพาะในเพย์โหลดการตอบกลับและในเอกสารเท่านั้น ไม่ใช่แทนที่รหัสสถานะ HTTP จริง

440 หมดเวลาการเข้าสู่ระบบ

เซสชันของลูกค้าหมดอายุแล้วและต้องเข้าสู่ระบบใหม่อีกครั้ง^{[ 41 ]}

449 ลองใหม่ด้วย

เซิร์ฟเวอร์ไม่สามารถตอบสนองคำขอได้เนื่องจากผู้ใช้ไม่ได้ให้ข้อมูลที่จำเป็น^{[ 42 ]}

450 รายการถูกบล็อกโดยระบบควบคุมโดยผู้ปกครองของ Windows

ระบุว่าการควบคุมโดยผู้ปกครองของ Windows บล็อกการเข้าถึงเว็บเพจที่ร้องขอ^{[ 43 ]}

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

ใช้ในExchange ActiveSyncเมื่อมีเซิร์ฟเวอร์ที่มีประสิทธิภาพมากกว่า หรือเซิร์ฟเวอร์ไม่สามารถเข้าถึงกล่องจดหมายของผู้ใช้ได้^{[ 44 ]}คาดว่าไคลเอ็นต์จะเรียกใช้การดำเนินการ HTTP AutoDiscover อีกครั้งเพื่อค้นหาเซิร์ฟเวอร์ที่เหมาะสมกว่า^{[ 45 ]}

ซอฟต์แวร์ เว็บเซิร์ฟเวอร์ nginxขยายพื้นที่ข้อผิดพลาด 4xx เพื่อส่งสัญญาณปัญหาในการร้องขอของไคลเอ็นต์^{[ 46 ] [ 47 ]}

444 ไม่มีการตอบสนอง

ใช้ภายใน^{[ 48 ]}เพื่อสั่งให้เซิร์ฟเวอร์ไม่ส่งข้อมูลใดๆ กลับไปยังไคลเอนต์และปิดการเชื่อมต่อทันที

494 ส่วนหัวคำขอใหญ่เกินไป

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

ข้อผิดพลาดใบรับรอง SSL 495

เป็นการขยายความของ รหัสตอบกลับ 400 Bad Requestซึ่งใช้เมื่อไคลเอ็นต์ได้ให้ใบรับรองไคลเอ็นต์ ที่ไม่ถูก ต้อง

496 ต้องมีใบรับรอง SSL

เป็นการขยายความหมายของ รหัสตอบกลับ 400 Bad Requestซึ่งใช้เมื่อจำเป็นต้องใช้ใบรับรองไคลเอ็นต์ แต่ไคลเอ็นต์ไม่ได้ให้มา

497 ส่งคำขอ HTTP ไปยังพอร์ต HTTPS

เป็นการขยายความหมายของ รหัสตอบกลับ 400 Bad Requestซึ่งใช้เมื่อไคลเอ็นต์ส่งคำขอ HTTP ไปยังพอร์ตที่รับฟังคำขอ HTTPS

499 คำขอปิดของลูกค้า

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

บริการพร็อกซีแบบย้อนกลับของCloudflare ขยายพื้นที่ข้อผิดพลาดซีรีส์ 5xx เพื่อส่งสัญญาณปัญหาไปยังเซิร์ฟเวอร์ต้นทาง ^{[ 49 ]}

520 เว็บเซิร์ฟเวอร์ส่งคืนข้อผิดพลาดที่ไม่ทราบสาเหตุ

เซิร์ฟเวอร์ต้นทางส่งการตอบกลับที่ว่างเปล่า ไม่ทราบ หรือไม่คาดคิดกลับมายัง Cloudflare ^{[ 50 ]}

521 เว็บเซิร์ฟเวอร์ล่ม

เซิร์ฟเวอร์ต้นทางปฏิเสธการเชื่อมต่อจาก Cloudflare โซลูชันด้านความปลอดภัยที่ต้นทางอาจบล็อกการเชื่อมต่อที่ถูกต้องจากที่อยู่ IP ของ Cloudflare บางแห่ง^{[ 51 ]}

522 การเชื่อมต่อหมดเวลา

Cloudflare หมดเวลาในการติดต่อเซิร์ฟเวอร์ต้นทาง^{[ 52 ]}

523 ต้นทางไม่สามารถเข้าถึงได้

Cloudflare ไม่สามารถติดต่อเซิร์ฟเวอร์ต้นทางได้^{[ 53 ]}

524 เกิดการหมดเวลา

Cloudflare สามารถทำการเชื่อมต่อ TCP กับเซิร์ฟเวอร์ต้นทางได้สำเร็จ แต่เซิร์ฟเวอร์ต้นทางไม่ได้ให้การตอบสนอง HTTP ในเวลาที่เหมาะสม^{[ 54 ]}

525 การเชื่อมต่อ SSL ล้มเหลว

Cloudflare ไม่สามารถเจรจาการจับมือ SSL/TLSกับเซิร์ฟเวอร์ต้นทาง ได้ ^{[ 55 ] [ 56 ]}

526 ใบรับรอง SSL ไม่ถูกต้อง

Cloudflare ไม่สามารถตรวจสอบความถูกต้องของใบรับรอง SSL บนเว็บเซิร์ฟเวอร์ต้นทางได้^{[ 57 ] [ 58 ]}นอกจากนี้ยังใช้โดยgorouter ของCloud Foundry ด้วย

527 ข้อผิดพลาดปืนราง (ล้าสมัย)

ข้อผิดพลาด 527 บ่งชี้ว่าการเชื่อมต่อระหว่าง Cloudflare และเซิร์ฟเวอร์ Railgun ของเซิร์ฟเวอร์ต้นทางถูกขัดจังหวะ^{[ 59 ]}ข้อผิดพลาดนี้ล้าสมัยแล้ว เนื่องจาก Cloudflare ได้ยกเลิกการใช้งาน Railgun แล้ว

530 ต้นทางไม่พร้อมใช้งาน

Cloudflare ไม่สามารถแก้ไขชื่อโฮสต์ต้นทางได้ ทำให้ไม่สามารถสร้างการเชื่อมต่อกับเซิร์ฟเวอร์ต้นทางได้ เนื้อหาของการตอบกลับมีข้อผิดพลาด 1xxx ^{[ 60 ] [ 61 ]}

การปรับสมดุลโหลดแบบยืดหยุ่นของAmazon Web Servicesเพิ่มรหัสส่งคืนแบบกำหนดเองบางส่วนเพื่อส่งสัญญาณปัญหาที่เกิดขึ้นกับคำขอของไคลเอ็นต์หรือกับเซิร์ฟเวอร์ต้นทาง^{[ 62 ]}

000

ส่งคืนด้วยเฟรม HTTP/2 GOAWAY หากความยาวที่บีบอัดของส่วนหัวใดๆ เกิน 8K ไบต์ หรือหากมีการให้บริการคำขอมากกว่า 10K ผ่านการเชื่อมต่อเดียว^{[ 62 ]}

460

ไคลเอนต์ปิดการเชื่อมต่อกับโหลดบาลานเซอร์ก่อนที่ระยะเวลาหมดเวลาการใช้งานจะสิ้นสุดลง โดยทั่วไปแล้ว เมื่อเวลาหมดของไคลเอนต์เร็วกว่าเวลาหมดของ Elastic Load Balancer ^{[ 62 ]}

463

ตัวจัดการโหลดได้รับส่วนหัวคำขอ X-Forwarded-For ที่มีที่อยู่ IP มากกว่า 30 รายการ^{[ 62 ]}

464

เวอร์ชันโปรโตคอลไม่เข้ากันระหว่างไคลเอ็นต์และเซิร์ฟเวอร์ต้นทาง^{[ 62 ]}

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

ข้อผิดพลาดเกี่ยวกับการตรวจสอบสิทธิ์ที่ส่งคืนโดยเซิร์ฟเวอร์ที่ลงทะเบียนกับโหลดบาลานเซอร์ กฎการฟังถูกกำหนดค่าเพื่อตรวจสอบสิทธิ์ผู้ใช้ แต่ผู้ให้บริการข้อมูลประจำตัว (IdP) ส่งคืนรหัสข้อผิดพลาดเมื่อตรวจสอบสิทธิ์ผู้ใช้^{[ 62 ]}

ใช้โดยApache HTTP Server

509 เกินขีดจำกัดแบนด์วิดท์

เซิร์ฟเวอร์ใช้แบนด์วิดท์เกินกว่าที่ผู้ดูแลระบบเซิร์ฟเวอร์กำหนดไว้ ซึ่งมักใช้โดยผู้ให้บริการโฮสติ้งแบบแชร์เพื่อจำกัดแบนด์วิดท์ของลูกค้า^{[ 63 ]} cPanelก็ใช้เช่นกัน

ใช้โดยเฟรมเวิร์ก Laravel

หน้า 419 หมดอายุแล้ว

โทเค็น CSRF หายไปหรือหมดอายุแล้ว^{[ 64 ]}

ใช้งานโดยSpring Framework

420 ความล้มเหลวของวิธีการ

สถานะการตอบสนองที่เลิกใช้แล้วซึ่งเสนอในระหว่างการพัฒนาWebDAV ^{[ 65 ]}ซึ่งใช้โดย Spring Framework เมื่อวิธีการล้มเหลว^{[ 66 ]}

ใช้โดยทวิตเตอร์

420 เพิ่มความสงบของคุณ

ส่งคืนโดยเวอร์ชัน 1 ของ Twitter Search and Trends API เมื่อไคลเอนต์ถูกจำกัดอัตรา เวอร์ชัน 1.1 และเวอร์ชันต่อมาใช้ รหัสตอบกลับ 429 Too Many Requestsแทน^{[ 67 ]}วลี "Enhance your calm" มาจาก ภาพยนตร์เรื่อง Demolition Manในปี 1993 และความเกี่ยวข้องกับตัวเลขนี้น่าจะเป็นการอ้างอิงถึงกัญชา

ใช้ งานโดยShopify

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

การตอบสนองที่เลิกใช้แล้วซึ่งใช้โดยShopifyแทน รหัสการตอบสนอง 429 Too Many Requestsเมื่อมีการร้องขอ URL มากเกินไปภายในกรอบเวลาที่กำหนด^{[ 68 ]}

430 การปฏิเสธด้านความปลอดภัยของ Shopify

Shopify ใช้เพื่อส่งสัญญาณว่าคำขอนั้นถือว่าเป็นอันตราย^{[ 69 ]}

530 ข้อผิดพลาด Origin DNS

ระบุว่า Cloudflare ไม่สามารถแก้ไขระเบียน DNS ที่ร้องขอได้^{[ 69 ]}

540 พิการชั่วคราว

ระบุว่าปลายทางที่ร้องขอถูกปิดใช้งานชั่วคราว^{[ 69 ]}

783 โทเค็นที่ไม่คาดคิด

ระบุว่าคำขอมีข้อผิดพลาดทางไวยากรณ์ JSON ^{[ 69 ]}

ใช้งานโดยArcGIS Server

498 โทเค็นไม่ถูกต้อง

บ่งชี้ว่าโทเค็นหมดอายุหรือไม่ถูกต้อง^{[ 70 ]}

ต้องใช้โทเค็น 499

ระบุว่าจำเป็นต้องใช้โทเค็นแต่ไม่ได้ส่งมา^{[ 70 ]}

ใช้ งานโดยcPanel

508 ถึงขีดจำกัดทรัพยากรแล้ว

ใช้แทน503เมื่อบัญชีเซิร์ฟเวอร์ใช้ทรัพยากรเกินกว่าที่กำหนดไว้ เช่น การใช้งาน CPU/RAM หรือจำนวนกระบวนการพร้อมกัน^{[ 71 ]}

Qualysใช้ใน API สำหรับการทดสอบเซิร์ฟเวอร์ SSLLabs

529 เว็บไซต์มีภาระมากเกินไป

สัญญาณที่แสดงว่าไซต์ไม่สามารถประมวลผลคำขอได้^{[ 72 ]}

ใช้งานโดยแพลตฟอร์มเว็บ ของ Pantheon Systems

530 เว็บไซต์ถูกระงับ

บ่งชี้ไซต์ที่ถูกแช่แข็งเนื่องจากไม่มีกิจกรรม^{[ 73 ]}

ใช้ งานโดยLinkedIn

999 คำขอถูกปฏิเสธ

เกี่ยวข้องกับการถูกบล็อก/ปิดกั้น หรือไม่สามารถเข้าถึงเว็บเพจได้หากไม่ลงชื่อเข้าใช้ก่อน^{[ 74 ]}

218 แบบนี้ก็โอเค

เงื่อนไขข้อผิดพลาดแบบไม่เป็นทางการที่ครอบคลุมทุกกรณี ซึ่งเชื่อกันอย่างกว้างขวางว่าเป็นของเซิร์ฟเวอร์ Apache HTTP เพื่ออนุญาตให้ส่งผ่านเนื้อหาข้อความผ่านเซิร์ฟเวอร์เมื่อProxyErrorOverrideเปิดใช้งานการตั้งค่า แม้ว่ารหัสสถานะและพฤติกรรมจะไม่ได้เป็นส่วนหนึ่งของข้อกำหนดอย่างเป็นทางการของ Apache ก็ตาม การเชื่อมโยงระหว่างรหัสสถานะนี้กับ Apache ได้รับการระบุว่ามาจากการเพิ่มเติมที่ไม่มีแหล่งที่มาใน Wikipedia ซึ่งต่อมาถูกนำไปใช้โดยเอกสารอ้างอิงอื่น ๆ ทำให้เกิด การอ้างอิงแบบ วนซ้ำ^{[ 75 ]}

598 ข้อผิดพลาดหมดเวลาในการอ่านข้อมูลเครือข่าย

ธรรมเนียมปฏิบัติที่ไม่เป็นทางการซึ่งใช้โดยพร็อกซี HTTP บางตัวเพื่อส่งสัญญาณการหมดเวลาในการอ่านเครือข่ายด้านหลังพร็อกซีไปยังไคลเอ็นต์ที่อยู่ด้านหน้าพร็อกซี^{[ 76 ]}

599 ข้อผิดพลาดหมดเวลาการเชื่อมต่อเครือข่าย

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

• หน้าแสดงข้อผิดพลาดแบบกำหนดเอง
• รายการรหัสส่งคืนของเซิร์ฟเวอร์ FTP
• รายการฟิลด์ส่วนหัว HTTP
• รายการรหัสส่งคืนของเซิร์ฟเวอร์ SMTP
• รูปแบบลอการิทึมทั่วไป
• x402 – มาตรฐานแบบเปิดที่นำรหัสสถานะ HTTP 402 "ต้องชำระเงิน" มาใช้ใหม่

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

• ทะเบียนรหัสสถานะโปรโตคอลการถ่ายโอนไฮเปอร์เท็กซ์ (HTTP)ที่หน่วยงานกำหนดหมายเลขอินเทอร์เน็ต ( IPA)
• ดูข้อมูลอ้างอิงรหัสสถานะ MDN ได้ที่mozilla.org