Máy chủ đã nhận header của yêu cầu và ứng dụng khách nên gửi phần thân.
Nên làm gìGửi phần thân yêu cầu, hoặc bỏ qua phản hồi nếu yêu cầu đã hoàn tất.
Không tìm thấy công cụ phù hợp. Thử từ khóa khác hoặc xóa tìm kiếm để xem tất cả công cụ.
Mọi mã IANA kèm ý nghĩa và bước tiếp theo — tìm theo số, tên hoặc triệu chứng.
64 trong 64 mã
Máy chủ đã nhận header của yêu cầu và ứng dụng khách nên gửi phần thân.
Nên làm gìGửi phần thân yêu cầu, hoặc bỏ qua phản hồi nếu yêu cầu đã hoàn tất.
Máy chủ chấp nhận yêu cầu Upgrade và chuyển sang giao thức khác.
Nên làm gìTừ thời điểm này, dùng giao thức được nêu trong header Upgrade.
Máy chủ WebDAV đã nhận yêu cầu nhưng chưa xử lý xong.
Nên làm gìGiữ kết nối mở và chờ phản hồi cuối cùng.
Máy chủ gửi header Link trước phản hồi cuối để ứng dụng khách có thể bắt đầu tải trước.
Nên làm gìTải trước hoặc kết nối trước ngay; tiếp tục chờ trạng thái cuối cùng.
Báo hiệu một lần tải lên bị gián đoạn có thể được tiếp tục. Đây vẫn là bản nháp Internet-Draft.
Nên làm gìTiếp tục từ vị trí máy chủ trả về; hãy dự phòng việc hành vi có thể thay đổi.
Yêu cầu đã thành công; ý nghĩa phụ thuộc vào phương thức HTTP.
Nên làm gìĐọc phần thân hoặc header của phản hồi tùy theo phương thức.
Yêu cầu đã thành công và một tài nguyên mới đã được tạo.
Nên làm gìDùng header Location để tìm tài nguyên mới.
Yêu cầu đã được chấp nhận để xử lý nhưng chưa hoàn tất.
Nên làm gìGọi lại endpoint trạng thái; đừng cho rằng công việc đã xong.
Siêu dữ liệu trả về đến từ một bản sao, không trực tiếp từ máy chủ gốc.
Nên làm gìCoi các header là biến thể qua proxy hoặc cục bộ; kiểm tra lại với máy chủ gốc nếu cần.
Yêu cầu đã thành công và không có phần thân để trả về.
Nên làm gìCập nhật giao diện từ trạng thái và header; đừng chờ phần thân.
Ứng dụng khách nên đặt lại tài liệu đã gửi yêu cầu.
Nên làm gìXóa biểu mẫu hoặc chế độ xem đã kích hoạt yêu cầu.
Máy chủ trả về phạm vi tài nguyên được yêu cầu.
Nên làm gìNối các byte vào bộ đệm và yêu cầu phạm vi tiếp theo nếu cần.
Phản hồi WebDAV chứa trạng thái riêng cho nhiều tài nguyên.
Nên làm gìPhân tích phần thân XML và xử lý trạng thái của từng tài nguyên riêng.
Các thành viên của một liên kết đã được liệt kê nên không lặp lại.
Nên làm gìBỏ qua các thành viên trùng lặp và xử lý phản hồi trước đó.
Phản hồi là một delta áp dụng lên biểu diễn hiện tại (mã hóa delta HTTP).
Nên làm gìÁp dụng các thao tác instance lên bản sao đã lưu trong bộ nhớ đệm.
Có nhiều biểu diễn và ứng dụng khách phải chọn một.
Nên làm gìChọn một biểu diễn từ phản hồi, hoặc dùng mặc định đã thương lượng.
Tài nguyên đã chuyển vĩnh viễn; các yêu cầu sau nên dùng URL mới.
Nên làm gìCập nhật dấu trang, liên kết và sitemap sang URL trong Location.
Tài nguyên tạm thời có ở một URL khác.
Nên làm gìTheo Location cho yêu cầu này nhưng vẫn dùng URL gốc.
Sau yêu cầu này, ứng dụng khách nên lấy tài nguyên khác bằng GET.
Nên làm gìTheo Location bằng yêu cầu GET để đọc kết quả.
Bản sao trong bộ nhớ đệm vẫn hợp lệ nên không cần phần thân.
Nên làm gìPhục vụ phản hồi đã lưu; phản hồi này không có phần thân.
Ứng dụng khách được yêu cầu truy cập tài nguyên qua proxy. Trạng thái này đã bị ngừng dùng.
Nên làm gìKhông dùng; thay vào đó hãy cấu hình proxy trực tiếp.
Được các đặc tả cũ dành riêng và không còn được định nghĩa.
Nên làm gìBỏ qua; không có hành vi chuẩn nào.
Tài nguyên tạm thời ở nơi khác và phương thức yêu cầu không được thay đổi.
Nên làm gìLặp lại yêu cầu tại Location với cùng phương thức và phần thân.
Tài nguyên đã chuyển vĩnh viễn và phương thức yêu cầu không được thay đổi.
Nên làm gìCập nhật liên kết và lặp lại yêu cầu tại Location với cùng phương thức.
Máy chủ không thể xử lý yêu cầu vì ứng dụng khách gửi dữ liệu không hợp lệ.
Nên làm gìKiểm tra cú pháp URL, header và phần thân; chỉ thử lại sau khi sửa.
Cần xác thực hoặc thông tin xác thực đã gửi bị từ chối.
Nên làm gìGửi thông tin xác thực hợp lệ; kiểm tra header WWW-Authenticate.
Dành riêng cho các dịch vụ yêu cầu thanh toán; hiếm khi được dùng.
Nên làm gìKiểm tra quy trình thanh toán của API; không có phần thân phản hồi chuẩn.
Máy chủ hiểu yêu cầu nhưng từ chối cấp quyền.
Nên làm gìDùng tài khoản hoặc token có quyền; đừng thử lại một cách mù quáng.
Máy chủ không tìm thấy tài nguyên được yêu cầu.
Nên làm gìKiểm tra URL và định tuyến, cũng như việc tài nguyên đã bị xóa hay chưa.
Phương thức HTTP không được hỗ trợ cho tài nguyên này.
Nên làm gìDùng phương thức được liệt kê trong header Allow của phản hồi.
Không có biểu diễn nào khớp với tiêu chí Accept trong yêu cầu.
Nên làm gìMở rộng header Accept hoặc yêu cầu một định dạng được hỗ trợ.
Proxy giữa ứng dụng khách và máy chủ yêu cầu xác thực.
Nên làm gìCấu hình thông tin xác thực proxy; kiểm tra header Proxy-Authenticate.
Máy chủ không nhận đủ yêu cầu kịp thời.
Nên làm gìThử lại với kết nối nhanh hơn hoặc cho phép thời gian chờ dài hơn.
Yêu cầu xung đột với trạng thái hiện tại của tài nguyên.
Nên làm gìLấy trạng thái mới nhất, giải quyết xung đột rồi thử lại.
Tài nguyên đã mất vĩnh viễn và không có địa chỉ chuyển tiếp.
Nên làm gìXóa liên kết và bộ nhớ đệm; đừng thử lại.
Máy chủ yêu cầu header Content-Length nhưng yêu cầu không gửi.
Nên làm gìGửi Content-Length hoặc chuyển sang mã hóa truyền tải dạng chunked.
Một header có điều kiện như If-Match hoặc If-Unmodified-Since không được thỏa mãn.
Nên làm gìLấy phiên bản hiện tại và thử lại với giá trị xác thực mới.
Phần thân yêu cầu vượt quá giới hạn máy chủ chấp nhận.
Nên làm gìGửi ít dữ liệu hơn, nén dữ liệu hoặc dùng tải lên dạng chunked.
URL yêu cầu dài hơn mức máy chủ chấp nhận.
Nên làm gìRút ngắn chuỗi truy vấn hoặc gửi dữ liệu trong phần thân.
Máy chủ không hỗ trợ loại phương tiện của phần thân yêu cầu.
Nên làm gìGửi Content-Type được hỗ trợ; kiểm tra tài liệu API.
Phạm vi byte được yêu cầu không thể phục vụ cho tài nguyên này.
Nên làm gìKiểm tra kích thước tài nguyên và yêu cầu Range hợp lệ.
Máy chủ không thể đáp ứng kỳ vọng trong header Expect.
Nên làm gìXóa hoặc thay đổi header Expect rồi thử lại.
Mã Cá tháng Tư từ RFC 2324; RFC 9110 hiện đăng ký 418 là không dùng.
Nên làm gìĐừng phụ thuộc vào nó; không có hành vi chuẩn nào được định nghĩa.
Máy chủ không thể tạo phản hồi cho tổ hợp scheme và authority này.
Nên làm gìThử lại trên kết nối có thể phục vụ origin này.
Cú pháp yêu cầu hợp lệ nhưng ý nghĩa khiến không thể xử lý.
Nên làm gìSửa các lỗi xác thực; đọc chi tiết lỗi trong phần thân.
Tài nguyên WebDAV đang bị khóa bởi yêu cầu khác.
Nên làm gìGiải phóng khóa hoặc gửi kèm token khóa trong yêu cầu.
Yêu cầu thất bại vì một yêu cầu trước đó mà nó phụ thuộc đã thất bại.
Nên làm gìSửa thao tác trước đó và thử lại cả lô.
Máy chủ từ chối yêu cầu có thể bị phát lại, thường gặp với dữ liệu sớm (early data) của TLS.
Nên làm gìThử lại sau hoặc gửi lại mà không dùng early data.
Máy chủ yêu cầu một giao thức khác để phục vụ yêu cầu.
Nên làm gìThử lại bằng giao thức được nêu trong header Upgrade.
Máy chủ yêu cầu yêu cầu phải có điều kiện để tránh mất cập nhật.
Nên làm gìGửi If-Match hoặc If-Unmodified-Since kèm yêu cầu.
Đã vượt quá giới hạn tần suất của ứng dụng khách này.
Nên làm gìLùi lại và tuân thủ Retry-After trước khi thử lại.
Các trường header của yêu cầu vượt quá giới hạn máy chủ chấp nhận.
Nên làm gìGiảm kích thước cookie hoặc header rồi thử lại.
Máy chủ từ chối tài nguyên vì lý do pháp lý.
Nên làm gìLiên hệ nhà vận hành trang; việc chặn là có chủ đích.
Máy chủ gặp tình huống không mong đợi và không thể hoàn tất yêu cầu.
Nên làm gìKiểm tra nhật ký máy chủ; chỉ thử lại nếu lỗi tạm thời.
Máy chủ không hỗ trợ phương thức HTTP mà yêu cầu cần.
Nên làm gìDùng phương thức được hỗ trợ; máy chủ phải hỗ trợ GET và HEAD.
Gateway hoặc proxy nhận phản hồi không hợp lệ từ máy chủ thượng nguồn.
Nên làm gìKiểm tra dịch vụ thượng nguồn và thử lại với thời gian chờ tăng dần.
Máy chủ quá tải hoặc ngừng hoạt động để bảo trì.
Nên làm gìThử lại sau khoảng thời gian mà Retry-After chỉ định.
Gateway không nhận phản hồi kịp thời từ máy chủ thượng nguồn.
Nên làm gìKiểm tra độ trễ thượng nguồn và thử lại với thời gian chờ dài hơn.
Máy chủ không hỗ trợ phiên bản HTTP mà yêu cầu sử dụng.
Nên làm gìThử lại với HTTP/1.1 hoặc phiên bản được hỗ trợ khác.
Thương lượng nội dung bị cấu hình sai và quay vòng về chính nó.
Nên làm gìSửa cấu hình thương lượng của máy chủ; đây là lỗi phía máy chủ.
Máy chủ WebDAV không thể lưu biểu diễn cần cho yêu cầu.
Nên làm gìGiải phóng dung lượng hoặc giảm kích thước yêu cầu.
Máy chủ WebDAV phát hiện vòng lặp vô hạn khi xử lý yêu cầu.
Nên làm gìSửa cấu hình hoặc dữ liệu gây ra vòng lặp.
Ứng dụng khách phải khai báo một phần mở rộng HTTP mà máy chủ cần. Trạng thái này đã lỗi thời.
Nên làm gìNâng cấp ứng dụng khách hoặc dùng API được hỗ trợ.
Ứng dụng khách phải xác thực để được truy cập mạng, như ở cổng đăng nhập (captive portal).
Nên làm gìMở trang đăng nhập của mạng và xác thực.
Không có mã trạng thái phù hợp
Hãy thử số (404), cụm lý do chính thức (Not Found), hoặc triệu chứng như timeout hay rate limit.
teapot
418 I'm a Teapot — 4xx · Lỗi phía máy khách Một mã đùa ngày Cá tháng Tư từ RFC 2324; RFC 9110 nay đăng ký 418 là không dùng. Nên làm gì: Đừng phụ thuộc vào nó; không có hành vi chuẩn nào được định nghĩa.
Tìm kiếm cũng khớp các bí danh không bao giờ hiện trên thẻ: “teapot” đến từ trò đùa của RFC 2324, và “rate limit” tìm ra 429. Có thể kết hợp một mã với một triệu chứng — “404 cache” tìm ra 404 và 304 nhờ ghi chú về bộ nhớ đệm.
Hữu ích khi gỡ lỗi cho yêu cầu hoặc phản hồi quanh mã trạng thái.