Kiểm tra website có phản hồi không: công cụ này đo bằng gì và đọc kết quả ra sao
Công cụ gửi một yêu cầu HEAD từ chính trình duyệt của bạn tới địa chỉ bạn nhập, bấm giờ từ lúc gửi tới lúc nhận được phản hồi rồi báo lại trạng thái cùng thời gian tính bằng mili giây. Đây không phải lệnh ping ICMP như trong cửa sổ dòng lệnh, vì trình duyệt không được phép gửi gói ICMP, nên cách đọc kết quả cũng khác.
Tính năng nổi bật
- Nhập tên miền trần hoặc địa chỉ đầy đủ, công cụ tự thêm tiền tố https khi bạn chỉ gõ tên miền
- Gửi yêu cầu HEAD nên chỉ lấy phần đầu phản hồi, không tải nội dung trang
- Đo thời gian trọn vòng từ lúc trình duyệt bắt đầu gửi tới lúc nhận được phản hồi
- Báo trạng thái theo hai mức: kết nối được hoặc không kết nối được
- Ghi kèm mốc thời gian thực hiện theo định dạng ngày giờ Việt Nam
- Nhấn Enter ngay trong ô nhập là chạy, không cần rời tay khỏi bàn phím
- Chạy trực tiếp trong trình duyệt nên không cần cài đặt hay mở cửa sổ dòng lệnh
- Địa chỉ bạn nhập không được gửi qua máy chủ trung gian nào của trang này
Câu hỏi thật sự là trang chết hay chỉ mình bạn không vào được
Khi một website không mở lên, nguyên nhân có thể nằm ở rất nhiều tầng: máy chủ ngừng chạy, tên miền hết hạn, bản ghi DNS trỏ sai, nhà mạng của bạn chặn, thiết bị mạng trong công ty lọc, hoặc đơn giản là trình duyệt đang giữ một bản lưu hỏng. Việc đầu tiên cần làm luôn là tách hai khả năng: vấn đề nằm ở phía máy chủ hay nằm ở phía đường truyền của bạn. Công cụ này giải quyết đúng bước đầu tiên đó theo cách nhanh nhất, không cần mở cửa sổ dòng lệnh và dùng được ngay trên điện thoại. Bấm một cái là biết trình duyệt của bạn có thiết lập được kết nối tới máy chủ đó hay không. Nhưng cần hiểu đúng phạm vi: kết quả nói lên trải nghiệm từ chính máy bạn, tại thời điểm đó, qua đúng đường truyền đó. Nó không thay được hệ thống giám sát chạy liên tục từ nhiều vị trí, và nó cũng không cho biết trang có trả về nội dung đúng hay không.
Lợi ích khi sử dụng
- Biết ngay trong vài giây là máy bạn có mở được kết nối tới máy chủ đó hay không
- Dùng được trên điện thoại, tiện khi khách báo sự cố lúc bạn không ngồi trước máy tính
- Không phải nhớ cú pháp lệnh, không phải cài công cụ dòng lệnh trên máy mượn
- So sánh nhanh giữa nhiều tên miền để khoanh vùng lỗi ở đâu
- Có mốc thời gian kèm kết quả, tiện chụp lại làm bằng chứng khi báo cho bên kỹ thuật
Cách kiểm tra một địa chỉ
- 1Gõ tên miền hoặc địa chỉ đầy đủ vào ô nhập, ví dụ chỉ cần gõ tên miền là công cụ tự hiểu thành địa chỉ dùng giao thức bảo mật.
- 2Nhấn Enter hoặc bấm nút để gửi yêu cầu, chờ vài giây cho tới khi kết quả hiện ra bên dưới.
- 3Chạy lại lần thứ hai và thứ ba: lần đầu luôn chậm hơn vì còn phải tra DNS và bắt tay mã hóa, các lần sau mới phản ánh độ trễ đường truyền.
- 4Đối chiếu bằng cách kiểm tra thêm một tên miền lớn mà bạn chắc chắn đang hoạt động, nếu tên miền đó cũng báo lỗi thì vấn đề nằm ở mạng của bạn.
- 5Nếu kết quả báo không kết nối được, thử đổi giữa dạng có và không có www, thử đổi sang mạng khác như dữ liệu di động, rồi mới kết luận về phía máy chủ.
Đây không phải ping ICMP, và khác biệt này quan trọng
Lệnh ping quen thuộc trong cửa sổ dòng lệnh gửi một gói ICMP Echo Request rồi chờ gói Echo Reply, đo đúng một vòng đi về ở tầng mạng. Trình duyệt không có quyền tạo gói ICMP vì lý do bảo mật, nên công cụ chạy trong trình duyệt bắt buộc phải đo bằng cách khác: gửi một yêu cầu HTTP và bấm giờ. Hệ quả thứ nhất là con số ở đây luôn lớn hơn con số ping ICMP tới cùng máy chủ, thường lớn hơn nhiều lần, vì nó bao gồm cả thời gian tra tên miền qua DNS, bắt tay TCP, bắt tay mã hóa TLS rồi mới tới lượt yêu cầu HTTP. Với một máy chủ có độ trễ mạng 30 mili giây, riêng chuỗi bắt tay đã ngốn khoảng ba vòng đi về, chưa kể DNS, nên con số hiện ra dễ vượt 150 mili giây dù đường truyền hoàn toàn tốt. Hệ quả thứ hai là máy chủ chặn ICMP vẫn phản hồi bình thường ở đây, và ngược lại máy chủ trả lời ping nhưng dịch vụ web đã tắt thì ở đây sẽ báo lỗi. Hai phép đo trả lời hai câu hỏi khác nhau.
Trạng thái kết nối được thật ra nói lên điều gì
Yêu cầu được gửi ở chế độ không kiểm tra chia sẻ tài nguyên giữa các nguồn, nghĩa là trình duyệt trả về một phản hồi mờ mà mã lệnh không đọc được nội dung bên trong, kể cả mã trạng thái. Vì vậy công cụ chỉ biết được một điều: có nhận được phản hồi hay không. Điều này dẫn tới hai giới hạn cần nhớ. Thứ nhất, kết quả báo kết nối được không có nghĩa trang chạy đúng; máy chủ có thể đang trả về lỗi 500, trang lỗi 404, trang thông báo bảo trì, hoặc trang chặn của tường lửa ứng dụng, tất cả đều tính là có phản hồi. Thứ hai, một số máy chủ không hỗ trợ phương thức HEAD và trả về lỗi phương thức không cho phép, nhưng vì đó vẫn là một phản hồi hợp lệ nên kết quả vẫn hiện là kết nối được. Muốn biết trang có thật sự trả về nội dung đúng hay không, bạn cần một công cụ đọc được mã trạng thái và phần thân phản hồi, chứ không phải phép đo trong trình duyệt như thế này.
Vì sao báo không kết nối được trong khi trang vẫn mở bình thường
Đây là tình huống hay gặp và gần như luôn có nguyên nhân ở phía trình duyệt chứ không phải máy chủ. Nguyên nhân thứ nhất là bạn nhập địa chỉ dùng giao thức không mã hóa trong khi trang này chạy qua giao thức mã hóa; trình duyệt chặn thẳng yêu cầu vì lý do nội dung hỗn hợp và công cụ chỉ thấy một lỗi. Nguyên nhân thứ hai là chứng chỉ bảo mật của máy chủ đích hết hạn, sai tên miền hoặc do bên thứ ba tự ký; lúc bạn mở trang bằng tab mới thì trình duyệt cho bấm bỏ qua cảnh báo, còn yêu cầu chạy ngầm thì bị hủy ngay. Nguyên nhân thứ ba là địa chỉ đó chuyển hướng tới một địa chỉ khác mà chặng chuyển hướng bị lỗi. Nguyên nhân thứ tư là tiện ích chặn quảng cáo hoặc phần mềm bảo mật trên máy bạn chặn yêu cầu phát ra từ trang này. Vì vậy hãy coi kết quả không kết nối được là tín hiệu cần kiểm tra tiếp, không phải kết luận rằng máy chủ đã chết.
Đọc con số mili giây thế nào cho đúng
Con số hiện ra là tổng thời gian của cả chuỗi thao tác mạng, nên đừng đem so trực tiếp với con số ping trong tài liệu kỹ thuật. Cách dùng đúng là so sánh tương đối. So lần chạy đầu với lần chạy thứ hai: chênh lệch lớn giữa hai lần là dấu hiệu phần lớn thời gian nằm ở khâu tra DNS và bắt tay mã hóa, những khâu chỉ tốn một lần rồi được tái sử dụng. So giữa hai tên miền cùng lúc trên cùng một máy: nếu một tên miền trong nước cho 80 mili giây còn tên miền của bạn cho 900 mili giây thì vấn đề nằm ở máy chủ của bạn chứ không phải đường truyền. So cùng một tên miền ở hai thời điểm trong ngày để phát hiện giờ cao điểm. Về ngưỡng tham khảo cho máy chủ đặt trong nước, tổng dưới 300 mili giây là bình thường, quanh 300 tới 800 mili giây là chậm và đáng xem lại, còn trên một giây thì hoặc máy chủ đang quá tải hoặc đường ra quốc tế của bạn đang có vấn đề.
Những gì công cụ này không làm và nên dùng gì thay thế
Phép đo chỉ chạy một lần mỗi lần bấm, không lặp nhiều lượt nên không có giá trị nhỏ nhất, lớn nhất hay trung bình, và cũng không đo được tỷ lệ mất gói vì HTTP không cho biết điều đó. Phép đo xuất phát từ chính máy bạn nên không phản ánh trải nghiệm của người dùng ở tỉnh khác hay ở nước ngoài; muốn biết điều đó bạn cần dịch vụ kiểm tra từ nhiều điểm đặt máy chủ ở nhiều nơi. Công cụ cũng không truy vết được đường đi của gói tin qua từng chặng như lệnh traceroute, không đọc được mã trạng thái HTTP, không kiểm tra chứng chỉ bảo mật, không tra bản ghi DNS. Nếu bạn cần theo dõi tình trạng hoạt động liên tục và nhận cảnh báo khi trang chết, hãy dùng dịch vụ giám sát chuyên dụng chạy nền theo chu kỳ. Còn nếu bạn đang tìm nguyên nhân một trang tải chậm, công cụ đúng là bảng Network trong công cụ dành cho nhà phát triển của trình duyệt, nơi tách rõ thời gian DNS, kết nối, chờ máy chủ và tải nội dung.
Câu hỏi thường gặp (FAQ)
Công cụ này có phải ping ICMP như lệnh ping trong cửa sổ dòng lệnh không?
Không. Trình duyệt không được phép gửi gói ICMP, nên công cụ gửi một yêu cầu HTTP dạng HEAD rồi bấm giờ đến khi có phản hồi. Kết quả trả lời câu hỏi máy bạn có mở được kết nối web tới máy chủ đó hay không, chứ không phải độ trễ thuần ở tầng mạng như lệnh ping.
Vì sao thời gian ở đây cao hơn nhiều so với ping trong dòng lệnh?
Vì con số này gồm cả tra tên miền qua DNS, bắt tay TCP, bắt tay mã hóa TLS rồi mới tới yêu cầu HTTP, tức khoảng ba vòng đi về cộng thời gian phân giải tên miền. Ping ICMP chỉ đo đúng một vòng. Với máy chủ có độ trễ 30 mili giây, con số ở đây vượt 150 mili giây là chuyện bình thường.
Kết quả báo kết nối được thì trang có chắc chắn hoạt động đúng không?
Không chắc. Yêu cầu chạy ở chế độ phản hồi mờ nên công cụ không đọc được mã trạng thái, chỉ biết là có phản hồi. Máy chủ đang trả lỗi 500, trang bảo trì, trang lỗi 404 hay trang chặn của tường lửa đều được tính là kết nối được. Muốn biết trang trả về gì, bạn cần công cụ đọc được mã trạng thái.
Vì sao báo không kết nối được nhưng tôi vẫn mở trang bình thường?
Thường do một trong bốn nguyên nhân: bạn nhập địa chỉ không mã hóa nên bị chặn vì nội dung hỗn hợp, chứng chỉ bảo mật của trang có vấn đề nên yêu cầu ngầm bị hủy, chặng chuyển hướng bị lỗi, hoặc tiện ích chặn quảng cáo trên máy bạn chặn yêu cầu. Hãy thử lại với dạng có và không có www trước khi kết luận.
Kiểm tra được địa chỉ IP thay vì tên miền không?
Về nguyên tắc thì được, nhưng thường thất bại vì chứng chỉ bảo mật được cấp cho tên miền chứ không cho địa chỉ IP, nên trình duyệt từ chối kết nối mã hóa tới IP trần. Muốn kiểm tra một máy chủ theo IP, hãy dùng lệnh ping hoặc công cụ dòng lệnh trên máy thay vì công cụ chạy trong trình duyệt.
Vì sao lần chạy đầu chậm hơn hẳn các lần sau?
Vì lần đầu phải tra tên miền qua DNS và thực hiện toàn bộ chuỗi bắt tay mã hóa, còn các lần sau tận dụng lại bản ghi DNS đã lưu và kết nối đã mở. Chênh lệch lớn giữa lần đầu và lần sau là dấu hiệu phần lớn thời gian nằm ở khâu thiết lập kết nối, không phải ở tốc độ xử lý của máy chủ.
Công cụ đo từ vị trí nào?
Từ chính máy và đường truyền bạn đang dùng, không phải từ một mạng lưới máy chủ đặt ở nhiều nơi. Vì vậy kết quả phản ánh trải nghiệm của riêng bạn. Nếu cần biết người dùng ở tỉnh khác hoặc ở nước ngoài truy cập ra sao, bạn phải dùng dịch vụ kiểm tra đa điểm.
Vì sao không có giá trị nhỏ nhất, lớn nhất và trung bình?
Vì mỗi lần bấm chỉ gửi đúng một yêu cầu, không lặp lại nhiều lượt như lệnh ping mặc định. Muốn có cảm nhận về độ ổn định, bạn bấm liên tiếp bốn năm lần rồi tự so các con số; nếu chúng dao động mạnh thì đường truyền hoặc máy chủ đang không ổn định.
Có đo được tỷ lệ mất gói không?
Không. Mất gói là khái niệm ở tầng mạng và được đo bằng cách gửi nhiều gói ICMP rồi đếm số gói không quay về. HTTP có cơ chế truyền lại ở tầng dưới nên che mất hiện tượng này. Muốn đo mất gói, bạn phải dùng lệnh ping hoặc công cụ chẩn đoán mạng trên máy tính.
Kết quả bao nhiêu mili giây là chấp nhận được?
Với máy chủ đặt trong nước, tổng dưới 300 mili giây là bình thường, khoảng 300 tới 800 mili giây là chậm và đáng xem lại, trên một giây thì hoặc máy chủ quá tải hoặc đường truyền đang có vấn đề. Nhưng hãy dùng con số này để so sánh tương đối giữa các tên miền và các thời điểm, đừng coi là chuẩn tuyệt đối.
Muốn biết trang chậm ở khâu nào thì dùng gì?
Dùng bảng Network trong công cụ dành cho nhà phát triển của trình duyệt, nơi tách riêng thời gian tra DNS, thiết lập kết nối, chờ máy chủ trả byte đầu tiên và tải nội dung. Công cụ này chỉ cho một con số tổng, đủ để biết nhanh có phản hồi hay không chứ không đủ để chẩn đoán nguyên nhân chậm.
Địa chỉ tôi nhập có bị lưu lại không?
Không. Yêu cầu được phát đi trực tiếp từ trình duyệt của bạn tới máy chủ đích, không đi qua máy chủ trung gian nào của trang này, và kết quả cũng chỉ hiện trên màn hình rồi mất khi bạn tải lại trang. Cần lưu lại thì hãy chụp màn hình vì có sẵn mốc thời gian kèm theo.
Từ khóa liên quan
- kiểm tra website còn hoạt động không
- ping website online
- ping tool
- kiểm tra độ trễ website
- website có bị sập không
- kiểm tra máy chủ phản hồi
- đo thời gian phản hồi website
- ping icmp là gì
- kiểm tra uptime website
- website không vào được
- lỗi kết nối máy chủ
- kiểm tra tên miền còn sống
- response time website
- chẩn đoán lỗi mạng
- traceroute là gì
- kiểm tra dns tên miền
- website chậm phải làm sao
- công cụ kiểm tra mạng online
- test kết nối máy chủ
- giám sát website liên tục
