ข้อความตอบกลับเชิงข้อมูลบ่งชี้ว่าได้รับและเข้าใจคำขอแล้ว และกำลังดำเนินการอยู่ เป็นการแจ้งให้ไคลเอ็นต์รอการตอบกลับขั้นสุดท้าย ข้อความนี้ไม่มีเนื้อหา เนื่องจากมาตรฐาน 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 ]}ตัวอย่างเช่น หากระบุบุคคลชื่ออลิซ การที่เซิร์ฟเวอร์ตอบสนองต่อคำขอ GET ด้วย 200 OK จะไม่เหมาะสม เนื่องจากเซิร์ฟเวอร์ไม่สามารถส่งตัวอลิซได้ เซิร์ฟเวอร์ควรตอบกลับด้วย 303 เพื่อเปลี่ยนเส้นทางไปยัง URI ที่ให้คำอธิบายเกี่ยวกับบุคคลชื่ออลิซ^{[ 16 ]}http://www.example.com/id/alice

บางครั้ง รหัสนี้จะถูกใช้เมื่อให้บริการ เว็บ 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 ]}

เว็บเซิร์ฟเวอร์ 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 ถึงขีดจำกัดทรัพยากรแล้ว

Used instead of 503 when the server's account has exceeded the resources assigned to it, such as CPU/RAM usage or number of concurrent processes.^[71]

Used by Qualys in the SSLLabs server testing API.

529 Site is overloaded

Signals that the site can not process the request.^[72]

Used by the Pantheon Systems web platform.

530 Site is frozen

Indicates a site that has been frozen due to inactivity.^[73]

Used by LinkedIn.

999 Request denied

Related to being blocked/walled or unable to access their webpages without first signing in.^[74]

218 This is fine

An informal catch-all error condition, widely attributed to the Apache HTTP server to allow for the passage of message bodies through the server when the ProxyErrorOverride setting is enabled, though the status code and behavior is not part of any official Apache specification. The association between this status code and Apache has been attributed to unsourced additions to Wikipedia, which were subsequently picked up by other reference material, creating circular references.^[75]

598 Network read timeout error

An informal convention used by some HTTP proxies to signal a network read timeout behind the proxy to a client in front of the proxy.^[76]

599 Network Connect Timeout Error

An error used by some HTTP proxies to signal a network connect timeout behind the proxy to a client in front of the proxy.