Hành vi phản hồi HTTP
Kiểm tra HTTP cho biết trang hoặc API có trả về thành công hay không, mã trạng thái là gì, có chuyển hướng hay không và response header có khác nhau giữa các probe hay không.
13CE được thiết kế để trả lời một câu hỏi thực tế: website, CDN, API hoặc tên miền hoạt động ra sao khi được kiểm tra từ Việt Nam và các đường mạng liên quan? Trang này giải thích mỗi loại kiểm thử đo gì, điều gì không thể kết luận chỉ từ một kết quả, và cách biến kết quả thành bước xử lý sự cố tiếp theo.
Kiểm tra HTTP cho biết trang hoặc API có trả về thành công hay không, mã trạng thái là gì, có chuyển hướng hay không và response header có khác nhau giữa các probe hay không.
Kiểm tra DNS cho biết hostname trỏ tới đâu từ các mạng hoặc resolver khác nhau, giúp phát hiện bản ghi không nhất quán, cache cũ, điều hướng lưu lượng hoặc hành vi riêng của resolver.
Kiểm tra TCP tập trung vào việc cổng có thể kết nối hay không và kết nối được thiết lập nhanh tới mức nào. Điều này hữu ích khi HTTP thất bại trước khi có phản hồi ứng dụng đầy đủ.
Kiểm tra độ trễ giúp phân biệt khoảng cách mạng bình thường với suy giảm bất thường. So sánh theo khu vực có thể cho thấy sự chậm là diện rộng, cục bộ hay gắn với một tuyến mạng cụ thể.
Nếu người dùng không mở được website, bắt đầu với HTTP và TCP. Nếu người dùng đi tới các IP khác nhau, bắt đầu với DNS. Nếu website vẫn hoạt động nhưng chậm, bắt đầu với độ trễ.
Tìm mẫu chung giữa các probe Việt Nam và các đường liên quan. Một vấn đề chỉ xuất hiện ở một khu vực khác với vấn đề xuất hiện ở mọi nơi.
Nếu các probe phân giải tới IP hoặc CNAME khác nhau, khác biệt HTTP và độ trễ có thể đến từ điều hướng lưu lượng chứ không nhất thiết do ứng dụng.
Dùng hướng dẫn gần nhất để xác nhận giả thuyết: HTTP cho mã trạng thái và header, DNS cho đích phân giải, latency cho chất lượng tuyến, resolver cho khác biệt giữa public DNS và DNS của ISP.
Nếu probe Việt Nam liên tục trả về mã trạng thái, câu trả lời DNS hoặc độ trễ khác với các đường khác, đó là tín hiệu hữu ích về định tuyến khu vực, CDN, resolver hoặc khác biệt upstream.
Không mạng probe nào đại diện cho mọi thiết bị, ISP hoặc điều kiện last-mile. Hãy dùng 13CE để thu hẹp phạm vi, sau đó xác nhận thêm bằng log, giám sát, dữ liệu CDN hoặc phản hồi người dùng khi cần.
Nếu bạn đang xử lý một sự cố thật, hãy bắt đầu với hướng dẫn gần nhất với triệu chứng: HTTP cho lỗi truy cập, DNS cho đích không nhất quán, latency cho truy cập chậm và resolver cho khác biệt giữa public DNS và DNS của ISP.