Ứng dụng kết nối được nhưng nhận 404 cần bắt đầu từ tài nguyên được yêu cầu. Thay IP không tạo ra một route chưa tồn tại và có thể làm phép so sánh mất tính nhất quán.
Ý nghĩa và giới hạn kết luận
404 cho biết bên trả lời không tìm thấy tài nguyên hiện tại hoặc không muốn tiết lộ nó; xem RFC 9110. Mã này không xác định chắc chắn một nguyên nhân duy nhất.
Kiểm tra URL thật
- Đối chiếu hostname, giao thức, cổng và đường dẫn client thực gửi.
- Kiểm tra việc ghép base URL và route có thiếu hoặc thừa đoạn không.
- Đối chiếu phiên bản API và phương thức theo tài liệu.
- Kiểm tra khác biệt chữ hoa, chữ thường và ký tự mã hóa nếu ứng dụng có phân biệt.
- Ghi URL cuối nếu client đi theo chuyển hướng.
Tìm bên tạo phản hồi
404 có thể do ứng dụng, gateway hoặc cấu hình route. Nếu quản lý hệ thống, đối chiếu request ID tại đúng thời điểm để xem request đã tới backend nào. Nội dung trang lỗi mang logo một dịch vụ là gợi ý, không thay thế nhật ký.
Ví dụ minh họa
Client được cấu hình base URL đã có đoạn /api, rồi thêm route bắt đầu bằng /api lần nữa. Yêu cầu đi tới đường dẫn không đúng. Đội phát triển nên sửa cách ghép URL và thêm kiểm thử route; không đổi proxy chỉ vì API không trả dữ liệu.
Trang lỗi và mã HTTP có thể khác
Giao diện “không tìm thấy” có thể trả 200 do cách xử lý ứng dụng; ngược lại, một trang lỗi thiết kế đẹp vẫn có mã 404. Trong báo cáo, ghi cả status và loại nội dung. Nếu quản lý website, cần xử lý mã phản hồi đúng theo tài nguyên thực tế, không chỉ đổi chữ trên giao diện.
So sánh mà không đổi quá nhiều yếu tố
Giữ nguyên tài khoản, URL và phương thức khi so tuyến trực tiếp với proxy trong phạm vi được phép. Nếu dịch vụ che tài nguyên với tài khoản không có quyền, cần kiểm tra quyền qua quản trị viên; không dò route hoặc đổi IP để vượt phân quyền.
Gửi hỗ trợ
Gửi URL đã bỏ token, phương thức, status, thời điểm và phiên bản client. Không gửi cookie hoặc dữ liệu riêng tư trong query. Đọc thêm phân biệt lỗi từ chối quyền truy cập để không gộp mọi lỗi 4xx thành lỗi proxy.