คำจำกัดความของรหัสข้อผิดพลาด 400 รหัสที่แตกต่างกัน

อัปเดต: 2022-07-01 / บทความโดย: Timothy Shim

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

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

อะไรทำให้เกิดข้อผิดพลาดในคำขอที่ไม่ถูกต้อง

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

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

อ่านได้ด้วย

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

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

รายการรหัสข้อผิดพลาด 400 รายการและความหมาย

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

ข้อผิดพลาด 400 คำขอไม่ถูกต้อง

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

ตัวอย่างของรหัสสถานะนี้รวมถึงเมื่อ:

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

ข้อผิดพลาด 401 ไม่ได้รับอนุญาต

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

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

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

ข้อผิดพลาด 403 ถูกห้าม

ข้อผิดพลาดในเอกสารเก่า
ข้อผิดพลาด 403 เป็นเงินเล็กน้อยบนอินเทอร์เน็ต

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

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

ไม่พบข้อผิดพลาด 404

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

หากผู้ใช้ได้รับข้อผิดพลาด 404 Not Found เมื่อพยายามเข้าชมหน้าเว็บ แสดงว่ามีสิ่งใดสิ่งหนึ่งเกิดขึ้น:

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

ในบริบทนี้ อีกคำหนึ่งสำหรับ “แตก” นั้นตายแล้ว (เช่นใน ลิงค์ตาย).

ข้อผิดพลาด 405 วิธีไม่ได้รับอนุญาต

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

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

คุณยังสามารถกำหนดค่าเว็บไซต์หรือเว็บแอปของคุณเพื่อไม่ให้ใช้กริยา HTTP เฉพาะตัวใดตัวหนึ่งโดยการตั้งค่าพารามิเตอร์ใน .htaccess ไฟล์.

ข้อผิดพลาด 406 ไม่เป็นที่ยอมรับ

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

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

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

บางครั้งอาจเกิดจากบั๊กของเบราว์เซอร์หรือมัลแวร์ในระบบของคุณ ซึ่งบังคับให้ทุกแหล่งที่มาของหน้าดาวน์โหลดเป็น HTML แม้ว่าจะมีการระบุรูปแบบอื่นๆ ในการตั้งค่าของคุณ เป็นไปได้มากว่าข้อผิดพลาดนี้เกิดขึ้นเนื่องจากคำขอ URL ที่ไม่ถูกต้อง (เช่น การป้อน “www.examplecom” แทน “www.example​.com”)

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

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

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

ข้อผิดพลาด 408 ขอหมดเวลา

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

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

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

ข้อผิดพลาด 409 ความขัดแย้ง

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

หากคุณพยายามส่งคำขอ DELETE เพื่อลบสินค้าที่ไม่ได้อยู่ในรถเข็น จะส่งผลให้เกิดความขัดแย้ง 409 พูดง่ายๆ ก็คือ คุณไม่สามารถลบสิ่งที่ไม่มีอยู่ออกได้

ข้อผิดพลาด 410 หายไป

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

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

ข้อผิดพลาด 411 ต้องการความยาว

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

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

ข้อผิดพลาด 412 เงื่อนไขเบื้องต้นล้มเหลว

รหัสตอบกลับ 412 Precondition Failed แสดงว่ามีเงื่อนไขที่มีอยู่ซึ่งเซิร์ฟเวอร์ยังไม่ได้รับการตอบสนอง เซิร์ฟเวอร์ต้องตอบสนองด้วยรายการเงื่อนไขเบื้องต้นเหล่านี้ (เฉพาะที่ไม่ผ่านการตรวจสอบ) โดยใช้ส่วนหัว Retry-After หรือโดยการส่งรหัสสถานะ 417 Expectation Failed

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

ข้อผิดพลาด 413 เพย์โหลดใหญ่เกินไป

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

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

ข้อผิดพลาด 414 URI ยาวเกินไป

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

ตัวอย่างต่อไปนี้แสดงวิธีแสดงข้อความแสดงข้อผิดพลาดสำหรับรหัส 414 ในเบราว์เซอร์:

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

ข้อผิดพลาด 415 ไม่รองรับประเภทสื่อ

รหัสสถานะ HTTP 415 Unsupported Media Type หมายความตามชื่อของมันอย่างชัดเจน: เซิร์ฟเวอร์ปฏิเสธที่จะยอมรับคำขอของลูกค้าเนื่องจากมีเนื้อหาที่อยู่ในรูปแบบที่ทรัพยากรเป้าหมายไม่รองรับ

ข้อผิดพลาดนี้มักเกิดขึ้นเมื่อเนื้อหาคำขอมีรูปแบบไม่ถูกต้องหรือใช้ประเภทสื่อที่ไม่รองรับ ตัวอย่างเช่น คำขอ POST อาจมีข้อมูล JSON แต่รวมส่วนหัวประเภทเนื้อหาที่ระบุข้อความ/HTML.

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

ข้อผิดพลาด 416 ช่วงไม่เป็นที่พอใจ

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

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

ข้อผิดพลาด 417 ความคาดหวังล้มเหลว

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

จากนั้นลูกค้าจะได้รับคำสั่งไม่ให้ทำซ้ำคำขอโดยไม่มีการแก้ไข มิฉะนั้นจะยังคงได้รับรหัสสถานะ 417

ข้อผิดพลาด 418 ฉันเป็นกาน้ำชา

418 ข้อผิดพลาด

สำหรับผู้ที่รู้สึกว่านักพัฒนาไม่มีอารมณ์ขัน ดูเหมือนว่าข้อผิดพลาด 418 I'm a teapot ดูเหมือนจะออกแบบมาเพื่อพิสูจน์ว่าพวกเขาคิดผิด ข้อผิดพลาดนี้จะถูกส่งคืนเมื่อไคลเอ็นต์ HTTP พยายามชงกาแฟด้วยกาน้ำชา เนื่องจากหม้อที่ต่ออยู่นั้น แท้จริงแล้วคือกาน้ำชา – สั้นและอ้วน 

รหัสข้อผิดพลาดเป็นส่วนหนึ่งของแบบดั้งเดิม เรื่องตลกของ IETF วันเอพริลฟูลส์ใน RFC 2324, Hyper Text Coffee Pot Control Protocol โดยวิธีการที่มันไม่จริง ฉันรวมไว้เพียงเพราะจะมีพวกคุณบางคนที่พบมันใน Google

ข้อผิดพลาด 421 คำขอส่งผิด

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

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

ข้อผิดพลาด 422 เอนทิตีที่ไม่สามารถประมวลผลได้

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

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

สิ่งนี้สามารถเกิดขึ้นได้เมื่อคุณพยายามเข้าถึงปลายทางด้วยวิธีการ PUT หรือ POST บน URL ที่ไม่รองรับ

ข้อผิดพลาด 423 ถูกล็อค

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

ในข้อผิดพลาดที่ไม่ได้รับอนุญาต 401 เซิร์ฟเวอร์จะแจ้งไคลเอ็นต์ว่าไม่มีความสามารถในการอนุญาตไคลเอ็นต์สำหรับการเข้าถึง ส่วนหัวของการตอบสนองจะมีบางอย่างเช่น WWW-Authenticate: Basic realm=”Restricted Area” และเมื่อเบราว์เซอร์ของคุณเห็นส่วนหัวนี้ ระบบจะแจ้งให้คุณใส่ชื่อผู้ใช้และรหัสผ่านหากคุณยังไม่ได้ป้อน 

หากคุณป้อนข้อมูลเหล่านี้ถูกต้อง เบราว์เซอร์ของคุณจะส่งคำขอเดิมของคุณอีกครั้งพร้อมส่วนหัวการให้สิทธิ์ (เช่น การอนุญาต: พื้นฐาน eFVzdEp0EYB0)

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

ส่วนหัวของการตอบสนองจะมีบางอย่างเช่น “Allow: GET POST HEAD OPTIONS TRACE”; อนุญาตวิธีการเหล่านั้นแต่ไม่ใช่ “PATCH” หรือ “DELETE” – วิธีเหล่านั้นถูกล็อคไว้ในทรัพยากรนี้

ข้อผิดพลาด 424 ล้มเหลวในการพึ่งพา

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

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

ข้อผิดพลาด 425 เร็วเกินไป

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

ข้อผิดพลาด 426 จำเป็นต้องอัปเกรด

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

ตัวอย่างเช่น เมื่อขอหน้า เบราว์เซอร์อาจได้รับการตอบสนอง 426 โดยระบุว่าต้องใช้ HTTPS แทน HTTP.

ข้อผิดพลาด 428 จำเป็นต้องมีเงื่อนไขเบื้องต้น

สถานะ 428 Precondition Required หมายความว่าต้องเป็นไปตามเงื่อนไขเพื่อดำเนินการตามคำขอ เซิร์ฟเวอร์ส่วนใหญ่ใช้สิ่งนี้เพื่อหลีกเลี่ยง ปัญหา “การอัพเดทที่หายไป”. เกิดขึ้นเมื่อไคลเอนต์ได้รับสถานะทรัพยากร แก้ไข และแทนที่บนเซิร์ฟเวอร์ 

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

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

GET /test HTTP/1.1
If-Match: "747060ad8c113d8af7ad2048f209582f

ข้อผิดพลาด 429 คำขอมากเกินไป

HTTP Error 429 คำขอมากเกินไปเกิดจากเซิร์ฟเวอร์ปฏิเสธคำขอ HTTP เนื่องจากไคลเอ็นต์ส่งคำขอมากเกินไปในระยะเวลาที่กำหนด ข้อผิดพลาดนี้มักเกิดจากระบบจำกัดอัตราบางอย่าง เช่น Cloudflare จำกัด อัตรา หรือ สคริปต์การป้องกัน Anti-DDoS.

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

ข้อผิดพลาด 431 ขอฟิลด์ส่วนหัวใหญ่เกินไป

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

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

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

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

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

แก้ไข 400 รหัสข้อผิดพลาด

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

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

สรุป

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

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

อ่านเพิ่มเติม

เกี่ยวกับทิโมธีชิม

ทิโมธีชิมเป็นนักเขียนบรรณาธิการและผู้เชี่ยวชาญด้านเทคโนโลยี เขาเริ่มต้นอย่างรวดเร็วในด้านเทคโนโลยีสารสนเทศเขาได้ค้นพบวิธีการพิมพ์และได้ทำงานร่วมกับสื่อต่างประเทศระดับภูมิภาคและระดับประเทศเช่น ComputerWorld, PC.com, Business Today และ Asian Banker ความเชี่ยวชาญของเขาอยู่ในด้านเทคโนโลยีจากทั้งผู้บริโภคและมุมมองขององค์กร

เชื่อมต่อ: