Tweet
Làm sao để nhìn thấy lỗi hạ tầng mạng qua các mã phản hồi HTTP?
Khi bạn duyệt web, yêu cầu đó không chỉ là một dòng lệnh chạy thẳng đến máy chủ. Nó đi qua nhiều lớp: hệ điều hành, mạng, router, firewall, proxy, DNS, và cuối cùng là HTTP server. Ở mỗi bước, đều có thể xảy ra lỗi. Bài này chỉ các bạn cách chỉ điểm nhanh những lỗi liên quan đến mạng chỉ thông qua các triệu chứng mà trình duyệt gửi ra thông qua các mã lỗi của HTTTP.
Có hai loại lỗi chính bạn cần phân biệt:
1. Lỗi mạng (Network Errors) – Chết trước khi đến đích
Đây là các lỗi xảy ra trước khi yêu cầu đến được server WEB. Nghĩa là API không bao giờ có cơ hội để xử lý yêu cầu.
🔻 Dấu hiệu nhận biết:
2. Trình duyệt có báo HTTP Status Codes – Đến nơi nhưng có chuyện.
Nếu yêu cầu đi đến nơi và HTTTP/API có phản hồi lại, nhưng phản hồi không như bạn mong đợi – đó là lỗi từ phía API. Lỗi này đều có thể diễn giải thông qua các mã số (HTTP status code). Đây là cách API server/ Web Server “nói chuyện” với bạn về tình trạng xử lý yêu cầu.
📡 HTTP Status Codes được chia thành 5 nhóm chính:
🚨 Bí kíp phân tích:
📌 Tóm tắt
Khi bạn duyệt web, yêu cầu đó không chỉ là một dòng lệnh chạy thẳng đến máy chủ. Nó đi qua nhiều lớp: hệ điều hành, mạng, router, firewall, proxy, DNS, và cuối cùng là HTTP server. Ở mỗi bước, đều có thể xảy ra lỗi. Bài này chỉ các bạn cách chỉ điểm nhanh những lỗi liên quan đến mạng chỉ thông qua các triệu chứng mà trình duyệt gửi ra thông qua các mã lỗi của HTTTP.
Có hai loại lỗi chính bạn cần phân biệt:
1. Lỗi mạng (Network Errors) – Chết trước khi đến đích
Đây là các lỗi xảy ra trước khi yêu cầu đến được server WEB. Nghĩa là API không bao giờ có cơ hội để xử lý yêu cầu.
🔻 Dấu hiệu nhận biết:
- Không có mã HTTP trả về. Mạng chết thì sao có mã lỗi được. Lúc này thử thêm lệnh Ping. Nếu ping không được thì chắc chắn lỗi liên quan đến phần hạ tầng network của mình rồi.
- Hệ thống có trả về các exception liên quan đến kết nối, timeout, hoặc giao thức sai. Lúc này có thể phần mạng Routing vẫn còn ổn. Vấn đề nằm ở lớp cao hơn. Xem tiếp đoạn sau sẽ rõ.
- Timeout (hết thời gian kết nối)
- Không truy cập được server đích (DNS sai, mạng đứt, server không chạy)
- Cổng đích bị chặn (do firewall, NAT hoặc misconfiguration)
- Dùng sai giao thức (gửi HTTP đến cổng HTTPS)
2. Trình duyệt có báo HTTP Status Codes – Đến nơi nhưng có chuyện.
Nếu yêu cầu đi đến nơi và HTTTP/API có phản hồi lại, nhưng phản hồi không như bạn mong đợi – đó là lỗi từ phía API. Lỗi này đều có thể diễn giải thông qua các mã số (HTTP status code). Đây là cách API server/ Web Server “nói chuyện” với bạn về tình trạng xử lý yêu cầu.
📡 HTTP Status Codes được chia thành 5 nhóm chính:
| Mã | Nhóm | Ý nghĩa |
| 1xx | Informational | Tín hiệu xử lý tạm thời. Thông tin mang tính tổng quát. |
| 2xx | Success | Thành công (như 200 OK, 201 Created). Truy vấn web rất OK. Mọi thứ OK. |
| 3xx | Redirection | Yêu cầu chuyển hướng. Ví dụ như HTTP bị đẩy qua Proxy để xác thực… |
| 4xx | Client Errors | Lỗi từ phía client (như 400 Bad Request, 401 Unauthorized, 404 Not Found) |
| 5xx | Server Errors | Lỗi từ phía server (như 500 Internal Server Error, 503 Service Unavailable) |
- Nếu bạn thấy nhiều lỗi 4xx, hãy kiểm tra lại cách gửi request – body có đúng định dạng không? header có đủ xác thực auth không?
- Nếu lỗi 5xx xuất hiện thường xuyên, khả năng cao là API server, Web server đang có sự cố (hết tài nguyên, crash, hoặc overload)
📌 Tóm tắt
- Mạng có lỗi là chuyện bình thường. Điều quan trọng là bạn phát hiện sớm và xử lý đúng cách. Nhìn qua 1 phát là biết lỗi phần nào liền.
- Khi không thấy HTTP status code, hãy nghĩ đến lỗi mạng.
- Khi có HTTP code nhưng ứng dụng không chạy đúng, hãy kiểm tra kỹ nội dung phản hồi.
- Ghi log đầy đủ và theo dõi mẫu lỗi sẽ giúp bạn nhanh chóng phát hiện vấn đề về hạ tầng.
Attached Files