เซิร์ฟเวอร์ไม่สามารถประมวลผลคำขอได้ เนื่องจากไวยากรณ์ การจัดกรอบ หรือข้อมูลที่ส่งมาไม่ถูกต้อง การส่งคำขอเดิมซ้ำโดยไม่แก้ไขไม่น่าช่วยได้
แนวทางการใช้งาน: ตรวจสอบการเข้ารหัส URL ไวยากรณ์ JSON/เนื้อหา ฟิลด์ที่ต้องมี และการจัดกรอบคำขอ
คำขอไม่มีข้อมูลรับรองการยืนยันตัวตนที่ถูกต้องสำหรับเป้าหมาย แม้ชื่อจะเป็นเช่นนั้น แต่การตอบกลับนี้หมายถึงต้องยืนยันตัวตนหรือการยืนยันล้มเหลว
แนวทางการใช้งาน: ส่งข้อมูลรับรองที่คาดไว้และรวมการท้าทาย WWW-Authenticate
สงวนไว้สำหรับการใช้งานในอนาคต แม้บางผลิตภัณฑ์ใช้กับขั้นตอนการชำระเงินหรือโควตา แต่ไม่มีพฤติกรรมการชำระเงินแบบเดียวที่ทำงานร่วมกันได้ทั่วไป
แนวทางการใช้งาน: ถือว่าความหมายเฉพาะผู้ให้บริการเป็นกรณีเฉพาะ และจัดทำเอกสารสัญญา API
เซิร์ฟเวอร์เข้าใจคำขอแต่ปฏิเสธที่จะดำเนินการ ข้อมูลรับรองที่ถูกต้องไม่ได้เปลี่ยนผลเสมอไป เพราะข้อจำกัดอาจมาจากนโยบาย
แนวทางการใช้งาน: ตรวจสอบสิทธิ์ นโยบายการเข้าถึง กฎ IP/WAF และการอนุญาตระดับทรัพยากร
เซิร์ฟเวอร์ไม่พบเนื้อหาปัจจุบันสำหรับ URI ที่ร้องขอ หรือไม่ต้องการเปิดเผยว่ามีอยู่หรือไม่ การตอบกลับเพียงอย่างเดียวไม่ได้บอกว่าการไม่มีอยู่เป็นการชั่วคราวหรือถาวร
แนวทางการใช้งาน: แก้ URL กู้คืนทรัพยากร หรือใช้ 410 เมื่อทราบแน่ชัดว่าลบถาวรแล้ว
405ไม่อนุญาตให้ใช้วิธีนี้
ทรัพยากรมีอยู่ แต่ไม่รองรับวิธีที่ใช้ในคำขอนี้
แนวทางการใช้งาน: ส่งส่วนหัว Allow ที่แสดงวิธีที่ทรัพยากรยอมรับ
เซิร์ฟเวอร์สร้างเนื้อหาที่ตรงกับค่ากำหนด Accept ที่ไคลเอนต์ระบุเชิงรุกไม่ได้
แนวทางการใช้งาน: ผ่อนข้อจำกัด Accept หรือกำหนดนโยบายเนื้อหา/การเจรจาที่เหมาะสม
407ต้องยืนยันตัวตนกับพร็อกซี
พร็อกซีตัวกลางต้องการข้อมูลรับรองก่อนจะส่งต่อคำขอ
แนวทางการใช้งาน: ยืนยันตัวตนกับพร็อกซีโดยใช้ Proxy-Authenticate / Proxy-Authorization ซึ่งต่างจากการยืนยันตัวตนกับเซิร์ฟเวอร์ต้นทาง
เซิร์ฟเวอร์ไม่ได้รับคำขอครบถ้วนภายในเวลาที่กำหนดให้รอ ไคลเอนต์อาจลองใหม่ด้วยการเชื่อมต่อใหม่
แนวทางการใช้งาน: ตรวจสอบเครือข่ายค้าง ขนาดอัปโหลด และการตั้งเวลาหมดอายุของเซิร์ฟเวอร์/พร็อกซี
คำขอขัดแย้งกับสถานะปัจจุบันของทรัพยากร เช่น เวอร์ชันชนกันหรือพยายามสร้างรายการซ้ำ
แนวทางการใช้งาน: อธิบายข้อขัดแย้งและให้ข้อมูลสถานะปัจจุบันเพียงพอให้ไคลเอนต์แก้ไขได้
ทรัพยากรไม่พร้อมใช้งานโดยตั้งใจและมีแนวโน้มว่าจะถาวร โดยไม่มีสิ่งทดแทนที่ทราบ สถานะนี้ชัดเจนกว่าการตอบกลับ “ไม่พบ” ทั่วไป
แนวทางการใช้งาน: ใช้เมื่อการนำออกเป็นความตั้งใจ; ลิงก์และข้อมูลอ้างอิงภายในที่ล้าสมัยก็ควรลบออก
เซิร์ฟเวอร์ต้องการส่วนหัว Content-Length แต่คำขอไม่ได้ส่งมา
แนวทางการใช้งาน: ส่ง Content-Length ที่ถูกต้องหรือใช้การจัดกรอบการส่งข้อมูลที่รองรับ
412เงื่อนไขเบื้องต้นไม่ผ่าน
เงื่อนไขของคำขอ เช่น If-Match ประเมินได้เป็นเท็จ เซิร์ฟเวอร์จึงไม่ได้ดำเนินการตามที่ร้องขอ
แนวทางการใช้งาน: รีเฟรชเนื้อหาและลองใหม่ด้วยวาลิดิเอเตอร์/สถานะปัจจุบัน
413เนื้อหามีขนาดใหญ่เกินไป
เนื้อหาคำขอเกินขีดจำกัดที่เซิร์ฟเวอร์ยินดีหรือสามารถประมวลผลได้ เซิร์ฟเวอร์อาจปิดการเชื่อมต่อหรืออนุญาตให้ลองใหม่หลังลดขนาดเนื้อหา
แนวทางการใช้งาน: ลดขนาดเพย์โหลดหรือปรับขีดจำกัดการอัปโหลดที่ระบุไว้
เป้าหมายคำขอยาวเกินกว่าที่เซิร์ฟเวอร์ยินดีตีความ มักเกิดจากสตริงคำค้นยาวเกินไป
แนวทางการใช้งาน: ใช้ URI ที่สั้นลงหรือย้ายข้อมูลที่เหมาะสมไปไว้ในเนื้อหาคำขอ
เซิร์ฟเวอร์ปฏิเสธเนื้อหาคำขอเพราะไม่รองรับชนิดสื่อ การเข้ารหัสเนื้อหา หรือรูปแบบที่ตรวจพบ
แนวทางการใช้งาน: ส่ง Content-Type/การเข้ารหัสที่รองรับและเนื้อหาที่ตรงกับข้อมูลดังกล่าว
416ไม่สามารถตอบสนองช่วงข้อมูลได้
ไม่สามารถส่งช่วงไบต์ที่ร้องขอได้ เช่น เมื่อช่วงเริ่มต้นเกินความยาวของเนื้อหา
แนวทางการใช้งาน: ตรวจสอบความยาวทรัพยากรและหน่วยช่วงอีกครั้ง; เซิร์ฟเวอร์อาจส่ง Content-Range: bytes */length
เซิร์ฟเวอร์หรือระบบตัวกลางไม่สามารถทำตามการคาดหวังที่ระบุในส่วนหัว Expect ได้
แนวทางการใช้งาน: ลองใหม่โดยไม่ระบุการคาดหวังที่ไม่รองรับ เมื่อปลอดภัยและเหมาะสม
รหัสสถานะเชิงขบขันที่มาจากข้อกำหนดวันเมษาหน้าโง่ ไม่ใช่สัญญาข้อผิดพลาดปกติของแอปพลิเคชัน แม้บางบริการจะใช้เล่น ๆ
แนวทางการใช้งาน: อย่าพึ่งพารหัสนี้สำหรับการทำงานจริงที่ต้องรองรับระบบหลากหลาย
คำขอไปถึงเซิร์ฟเวอร์ที่ไม่สามารถสร้างการตอบกลับที่มีอำนาจสำหรับ URI เป้าหมายได้ มักเกิดจากการกำหนดเส้นทางการเชื่อมต่อหรือ HTTP authority ไม่ตรงกัน
แนวทางการใช้งาน: ลองใหม่ผ่านการเชื่อมต่อที่เหมาะสม และตรวจสอบ Host/:authority, SNI และการกำหนดเส้นทางพร็อกซี
422เนื้อหาไม่สามารถประมวลผลได้
เข้าใจชนิดเนื้อหาและไวยากรณ์แล้ว แต่เซิร์ฟเวอร์ไม่สามารถทำตามคำสั่งหรือตรวจสอบเนื้อหาที่ส่งมาได้
แนวทางการใช้งาน: ส่งรายละเอียดการตรวจสอบระดับฟิลด์ที่นำไปแก้ไขได้; การแก้เพย์โหลดอาจทำให้คำขอสำเร็จ
ทรัพยากร WebDAV ถูกล็อก จึงใช้วิธีที่ร้องขอไม่ได้จนกว่าจะแก้เงื่อนไขการล็อก
แนวทางการใช้งาน: ตรวจสอบเจ้าของล็อก เวลาหมดอายุ และการจัดการโทเค็นล็อก WebDAV
การดำเนินการ WebDAV ล้มเหลว เพราะการทำงานก่อนหน้าที่จำเป็นในลำดับคำขอเดียวกันล้มเหลว
แนวทางการใช้งาน: แก้ไขการดำเนินการก่อนหน้าที่ล้มเหลวก่อนลองทำรายการที่ขึ้นต่อกันใหม่
เซิร์ฟเวอร์ปฏิเสธการประมวลผลคำขอที่อาจถูกส่งซ้ำระหว่างช่วงข้อมูลเริ่มต้น เพื่อลดความเสี่ยงจากการเล่นซ้ำ
แนวทางการใช้งาน: ลองใหม่หลังสร้างการเชื่อมต่อโดยไม่มีข้อมูลเริ่มต้นแล้ว
เซิร์ฟเวอร์ปฏิเสธโปรโตคอลปัจจุบันและแจ้งให้ไคลเอนต์เปลี่ยนไปใช้โปรโตคอลอื่น
แนวทางการใช้งาน: ใส่ส่วนหัว Upgrade ที่อธิบายตัวเลือกโปรโตคอลที่รองรับ
เซิร์ฟเวอร์ต้องการคำขอแบบมีเงื่อนไขเพื่อป้องกันการอัปเดตที่สูญหาย แต่ไคลเอนต์ส่งคำขอที่ไม่มีเงื่อนไข
แนวทางการใช้งาน: ดึงสถานะปัจจุบันและส่งเงื่อนไขที่เหมาะสม เช่น If-Match
ไคลเอนต์ส่งคำขอมากเกินไปในช่วงเวลาที่กำหนด ตามขีดจำกัดอัตราที่เซิร์ฟเวอร์กำหนด
แนวทางการใช้งาน: เว้นระยะการลองใหม่ เคารพ Retry-After หากมี และหลีกเลี่ยงการลองใหม่พร้อมกันเป็นชุด
431ฟิลด์ส่วนหัวคำขอมีขนาดใหญ่เกินไป
เซิร์ฟเวอร์ไม่ประมวลผลคำขอเพราะฟิลด์ส่วนหัวอย่างน้อยหนึ่งรายการ หรือส่วนหัวทั้งหมดรวมกัน มีขนาดใหญ่เกินไป
แนวทางการใช้งาน: ลดคุกกี้/ส่วนหัวกำหนดเองหรือปรับขีดจำกัดเซิร์ฟเวอร์ที่ตั้งใจไว้
451ไม่พร้อมให้บริการด้วยเหตุผลทางกฎหมาย
เซิร์ฟเวอร์ไม่สามารถให้ทรัพยากรที่ร้องขอได้เนื่องจากข้อจำกัดทางกฎหมาย
แนวทางการใช้งาน: เมื่อเหมาะสม ให้อธิบายข้อจำกัดและขอบเขตโดยไม่เปิดเผยข้อมูลที่ได้รับการคุ้มครอง