Ping

Ping là công cụ miễn phí giúp kiểm tra khả năng truy cập một trang web, máy chủ hoặc cổng, đồng thời báo thời gian phản hồi, mã trạng thái hoặc lỗi.

Kiểm tra ping thực sự kiểm tra điều gì?

Kiểm tra ping xác định xem một hệ thống từ xa có phản hồi từ mạng thực hiện phép kiểm tra hay không. Nội dung kiểm tra cụ thể phụ thuộc vào giao thức bạn chọn.

• HTTP(s) kiểm tra một URL web qua HTTP hoặc HTTPS. Lựa chọn này phù hợp với trang web, API và dịch vụ web vì có thể trả về mã trạng thái phản hồi HTTP.
• Ping (ICMP) kiểm tra xem máy chủ có phản hồi lưu lượng yêu cầu echo của Internet Control Message Protocol hay không. Đây là nghĩa thông thường của "ping" trong mạng máy tính.
• Máy chủ / Cổng kiểm tra khả năng truy cập một cổng mạng cụ thể trên máy chủ. Các ví dụ phổ biến gồm máy chủ thư SMTP, máy chủ POP hoặc điểm cuối cơ sở dữ liệu.

Mỗi kiểu kiểm tra trả lời một câu hỏi hơi khác nhau. Phản hồi ICMP cho biết máy chủ chấp nhận và trả lời loại lưu lượng mạng đó, nhưng không chứng minh rằng trang web hoặc dịch vụ thư của máy chủ đang hoạt động. Phản hồi HTTP cung cấp mã trạng thái, qua đó có thể cho thấy sự cố. Còn kiểm tra cổng thành công chỉ xác nhận có thể truy cập cổng, không đảm bảo thao tác đăng nhập ở cấp ứng dụng hoặc truy vấn cơ sở dữ liệu sẽ thành công.

Sử dụng công cụ Ping như thế nào?

Chọn Giao thức Ping phù hợp, nhập địa chỉ tương ứng rồi chạy kiểm tra. Hãy nhập đúng loại dữ liệu mà giao thức đó yêu cầu.

1. Chọn HTTP(s) và nhập URL đầy đủ, chẳng hạn như https://www.example.com/status, khi cần chẩn đoán trang web, điểm cuối API hoặc dịch vụ web.
2. Chọn Ping (ICMP) và nhập Host, chẳng hạn như server.example.com hoặc một địa chỉ IP, để kiểm tra xem máy chủ có phản hồi lưu lượng ICMP hay không.
3. Chọn Máy chủ / Cổng, nhập Host, sau đó điền Port ở dạng số. Ví dụ, dịch vụ gửi thư SMTP thường dùng cổng 587, còn HTTPS thường dùng cổng 443.

Không thêm đường dẫn URL khi thực hiện phép kiểm tra chỉ dành cho máy chủ. Ngược lại, kiểm tra HTTP có thể cần đường dẫn đầy đủ nếu sự cố chỉ ảnh hưởng đến một tuyến API hoặc một trang, thay vì toàn bộ miền. Số cổng truyền tải là giá trị 16 bit từ 0 đến 65535. Cổng 0 được dành riêng và thường không được dùng làm cổng dịch vụ. Dấu cách, dấu phẩy và nhãn như "port 443" không phải là một phần của số cổng.

Phép kiểm tra Ping được chạy trên máy chủ. Dữ liệu bạn nhập vào Ping được truyền đến máy chủ đó qua HTTPS và không được lưu trữ. Tránh đưa mật khẩu, khóa API hoặc thông tin bí mật khác vào URL vì URL có thể làm lộ chúng cho dịch vụ từ xa và qua các thành phần khác của hạ tầng web thông thường.

Đọc kết quả ping như thế nào?

Trước tiên, hãy xem kết quả về khả năng truy cập. Sau đó dùng thời gian phản hồi, trạng thái HTTP hoặc thông báo lỗi để thu hẹp phạm vi sự cố.

Ví dụ, một kết quả HTTP giả định có thể hiển thị Trực tuyến, thời gian phản hồi 180 ms và mã trạng thái 200. Mã trạng thái 200 cho biết yêu cầu đã thành công. Phản hồi 404 có nghĩa là máy chủ gốc không tìm thấy bản thể hiện hiện tại của tài nguyên đích hoặc không muốn tiết lộ rằng tài nguyên đó tồn tại. Phản hồi 5xx (Server Error) thuộc nhóm Server Error, còn nguyên nhân chính xác phụ thuộc vào từng mã trạng thái cụ thể.

Kết quả Ngoại tuyến không phải lúc nào cũng có nghĩa là toàn bộ máy đang ngoại tuyến. Tường lửa có thể chặn ICMP trong khi HTTPS vẫn hoạt động, hoặc một cổng có thể bị đóng dù các dịch vụ khác vẫn truy cập được. Hãy chạy kiểu kiểm tra tương ứng với dịch vụ mà người dùng đang cố truy cập.

Các sự cố phổ biến mà ping có thể phát hiện

Nếu một trang web không tải được, hãy bắt đầu với HTTP(s) và URL chính xác đang gặp sự cố. Nếu miền có phản hồi nhưng một trang trả về 404, hãy kiểm tra tuyến, quy tắc viết lại hoặc quá trình triển khai. Nếu trình duyệt hiển thị cảnh báo chứng chỉ khi truy cập qua HTTPS, hãy dùng Tra cứu SSL để xem thông tin chứng chỉ thay vì chỉ dựa vào ping. Tra cứu tiêu đề HTTP cũng có thể hiển thị các lệnh chuyển hướng và tiêu đề phản hồi.

Nếu email không đến, hãy dùng Máy chủ / Cổng với tên máy chủ thư và cổng được cấu hình trong ứng dụng gửi hoặc nhận. Việc truy cập được cổng SMTP không chứng minh rằng máy chủ sẽ chấp nhận một thư cụ thể. Lỗi xác thực, bộ lọc thư rác, bản ghi DNS cho email và chính sách của người nhận đều nằm ngoài phạm vi của phép kiểm tra cổng cơ bản.

Sau khi chuyển trang web sang máy chủ mới, hãy kiểm tra tên máy chủ bằng ICMP hoặc HTTP tùy trường hợp. Xác minh bản ghi DNS và lưu ý rằng câu trả lời có thể vẫn đang được lưu trong bộ nhớ đệm. Tra cứu Whois có thể giúp xác nhận thông tin đăng ký tên miền, nhưng không cho biết câu trả lời DNS hiện được lưu tại từng trình phân giải.

Vì sao bộ nhớ đệm DNS có thể khiến kết quả đúng trông như bị sai?

Bộ nhớ đệm DNS có thể khiến máy chủ của công cụ và thiết bị của bạn tạm thời phân giải cùng một tên máy chủ thành các địa chỉ khác nhau. Trình phân giải đệ quy lưu câu trả lời DNS theo thời gian tồn tại, thường gọi là TTL. Một số ứng dụng hoặc hệ điều hành cũng duy trì bộ nhớ đệm cục bộ.

"Lan truyền" là cách gọi phổ biến cho độ trễ này, dù trên thực tế các bản ghi DNS không đồng loạt phát tán đến mọi nơi theo một quy trình phối hợp. Mỗi bộ nhớ đệm hết hạn theo lịch riêng. Vì vậy, một bản ghi vừa thay đổi có thể hoạt động trên kết nối này trong khi kết nối khác vẫn dùng địa chỉ trước đó.

Do công cụ này chạy phép kiểm tra trên máy chủ, kết quả phản ánh đường truyền mạng và góc nhìn DNS của máy chủ đó tại thời điểm kiểm tra. Kết quả không thể chứng minh rằng mọi nhà cung cấp Internet băng rộng, mạng di động hoặc trình phân giải của doanh nghiệp tại Việt Nam đều thấy cùng một đích. Khi cần xác định hành vi phụ thuộc vào vị trí, hãy đối chiếu với phép kiểm tra cục bộ và truy vấn các bản ghi DNS liên quan.

Câu hỏi thường gặp

Tên miền có dấu hoặc dùng ký tự ngoài bảng chữ cái Latinh sẽ được xử lý thế nào?

IDNA chuyển đổi các nhãn miền Unicode đủ điều kiện thành A-label dạng ASCII. Punycode là thuật toán mã hóa được dùng trong các A-label tương ứng. Trình duyệt thường tự động chuyển đổi cách viết dễ đọc, nhưng trường máy chủ và hệ thống chẩn đoán có thể yêu cầu dạng A-label. Hãy kiểm tra chính tả cẩn thận vì các ký tự Unicode trông giống nhau có thể trỏ đến những miền khác nhau.

Thời gian phản hồi thấp có luôn duy trì như vậy không?

Không. Thời gian phản hồi thay đổi theo định tuyến, mức độ tắc nghẽn mạng, tải máy chủ và khoảng cách vật lý. Hãy ghi lại nhiều lần kiểm tra vào các thời điểm tương đương và tìm hiểu những thay đổi kéo dài, thay vì coi một phản hồi chậm duy nhất là bằng chứng về sự cố.

Trước khi thay đổi cài đặt DNS, tường lửa hoặc máy chủ, hãy xác nhận rằng bạn đã kiểm tra đúng tên máy chủ, đường dẫn URL và cổng mà dịch vụ gặp sự cố sử dụng. Lưu lại thời điểm có kết quả rồi đối chiếu với nhật ký cục bộ để khớp thông tin ở cả hai đầu kết nối.