mtr so với traceroute

Traceroute và mtr đều là các công cụ dòng lệnh dùng để chẩn đoán các vấn đề về đường dẫn mạng. Traceroute cung cấp cho bạn một bản chụp nhanh một lần về đường dẫn mà các gói tin của bạn đi qua. mtr cũng làm điều tương tự nhưng tiếp tục thăm dò, thu thập số liệu thống kê về mất gói tin, độ trễ và độ dao động theo thời gian. Bài viết này trình bày cách thức hoạt động của từng công cụ, cách đọc kết quả đầu ra và khi nào nên sử dụng công cụ nào.

Cách thức hoạt động của traceroute

Traceroute sử dụng trường Time-to-Live (TTL) trong tiêu đề gói tin IP. Nó gửi một gói tin với TTL được đặt thành 1. Bộ định tuyến đầu tiên giảm TTL xuống 0, loại bỏ gói tin và gửi lại một thông báo ICMP "Time Exceeded". Traceroute ghi lại địa chỉ IP của bộ định tuyến và thời gian đi và về, sau đó gửi một gói tin khác với TTL được đặt thành 2, và cứ thế cho đến khi gói tin đến đích hoặc đạt đến giới hạn bước nhảy tối đa (mặc định là 30, có thể điều chỉnh bằng -m).

Theo mặc định, traceroute gửi ba lần thăm dò cho mỗi bước nhảy, cung cấp cho bạn ba kết quả đo độ trễ. Các giao thức khác nhau tùy theo hệ điều hành:

• Windows: Lệnh tracert gửi các yêu cầu ICMP Echo.
• Linux/macOS: Lệnh traceroute gửi các datagram UDP (cổng 33434-33534). Sử dụng -I cho ICMP hoặc -T cho TCP nếu UDP bị chặn.

Thêm cờ -n sẽ bỏ qua các tra cứu DNS ngược, giúp tăng tốc đáng kể trên các đường dẫn có nhiều bước nhảy.

Cách thức hoạt động của mtr

mtr (My Traceroute) sử dụng phương pháp phát hiện đường dẫn dựa trên TTL giống như traceroute, nhưng nó liên tục gửi các gói thăm dò, thường là một gói mỗi giây. Thay vì ba điểm dữ liệu cho mỗi bước nhảy, bạn sẽ nhận được các số liệu thống kê liên tục: tỷ lệ mất gói, độ trễ trung bình, thời gian phản hồi tốt nhất và tệ nhất, và độ lệch chuẩn (jitter).

mtr hỗ trợ các gói tin ICMP (mặc định), UDP và TCP SYN. Chế độ TCP hữu ích khi tường lửa chặn ICMP hoặc khi bạn muốn kiểm tra cổng ứng dụng cụ thể:

mtr --tcp --port 443 example.com

Để có báo cáo không tương tác mà bạn có thể chia sẻ với nhóm hỗ trợ, hãy sử dụng chế độ báo cáo:

mtr --report --report-cycles 100 example.com

Chế độ này thực hiện 100 lần kiểm tra và hiển thị tóm tắt. Bạn cũng có thể thiết lập kích thước gói tin tùy chỉnh bằng tùy chọn --psize để kiểm tra các vấn đề liên quan đến MTU hoặc phân mảnh.

mtr chạy trực tiếp trên Linux và macOS. Người dùng Windows có thể sử dụng WinMTR để có giao diện đồ họa tương đương.

Sự khác biệt chính

Sự khác biệt thực tế nằm ở các vấn đề gián đoạn. Một lệnh traceroute duy nhất có thể dễ dàng bỏ qua một router làm mất 2% gói tin hoặc một nút có độ trễ dao động 15ms. mtr phát hiện được những trường hợp này vì nó liên tục đo lường.

Đọc kết quả

Sai lầm phổ biến nhất khi đọc kết quả traceroute hoặc mtr là cho rằng một bước trung gian có vẻ có vấn đề đồng nghĩa với việc có một vấn đề thực sự. Thông thường thì không phải vậy.

Dấu sao (*) trong traceroute có nghĩa là router không phản hồi lại gói tin kiểm tra. Nhiều router được cấu hình để bỏ qua hoặc giới hạn tốc độ ICMP. Nếu các nút sau đó phản hồi bình thường, đường dẫn vẫn ổn.

Mất gói tin tại một nút trung gian trong mtr cũng tuân theo logic tương tự. Nếu nút thứ 5 hiển thị 20% mất gói tin nhưng điểm đến cuối cùng hiển thị 0%, router đó chỉ đang ưu tiên thấp hơn các phản hồi kiểm tra. Mất gói tin thực sự sẽ xuất hiện theo một mẫu: mất gói tin bắt đầu tại một nút và duy trì qua mọi nút tiếp theo đến điểm đến.

Sự biến động độ trễ giữa các nút là bình thường và dự kiến. Sự tăng đột ngột từ 10ms lên 80ms thường có nghĩa là gói tin đã đi qua đại dương hoặc một tuyến đường bộ dài. Chỉ cần lo lắng về độ trễ nếu nó cao bất thường so với khoảng cách (dưới 5ms trong khu vực đô thị, vài chục mili giây giữa các bang, 80-150ms qua đại dương) hoặc nếu độ trễ tại điểm đến cuối cùng là không thể chấp nhận được.

StDev (jitter) trong mtr là yếu tố đáng chú ý. Các giá trị trên 10ms tại bất kỳ điểm nhảy nào cũng có thể gây ra vấn đề cho VoIP, cuộc gọi video và trò chơi. Nếu bạn thấy jitter cao, hãy chạy ít nhất 100 chu kỳ để xác nhận đó là một mô hình liên tục chứ không phải là một đợt tăng đột biến ngắn.

Khi nào nên sử dụng từng công cụ

Sử dụng traceroute khi bạn cần câu trả lời nhanh: liệu có thể kết nối đến đích hay không, và nếu không, đường dẫn bị gián đoạn ở đâu? Đây là điểm khởi đầu phù hợp để xử lý sự cố ngừng hoạt động và xác minh định tuyến cơ bản.

Sử dụng mtr khi vấn đề là gián đoạn hoặc liên quan đến hiệu suất. Người dùng báo cáo các sự cố ngắt kết nối thỉnh thoảng, vấn đề chất lượng VoIP hoặc đỉnh độ trễ cần dữ liệu liên tục từ mtr. Chạy ít nhất 50-100 chu kỳ để có thống kê đáng tin cậy.

Để chẩn đoán kỹ lưỡng, hãy chạy mtr theo cả hai hướng: từ máy của bạn đến máy chủ và từ máy chủ trở lại địa chỉ IP của bạn. Định tuyến Internet là không đối xứng, do đó đường truyền ngược lại có thể có đặc điểm hoàn toàn khác biệt. Nếu bạn chỉ kiểm tra một hướng, bạn có thể bỏ lỡ vị trí thực sự của vấn đề.

Nếu bạn gặp sự cố với máy chủ chuyên dụng hoặc VPS, đội ngũ hỗ trợ của FDC Servers chấp nhận báo cáo mtr làm bằng chứng chẩn đoán tiêu chuẩn cho các trường hợp nâng cấp mạng.