Tìm mất gói bằng MTR và đọc đúng cách

Cài đặt

apt install -y mtr-tiny     # Debian
dnf install -y mtr          # AlmaLinux

Chạy đúng cách

mtr -rwbc 200 <destination>

• -r chế độ báo cáo, để thoát ra với nội dung bạn có thể dán
• -w đầu ra rộng, để tên máy chủ dài không bị cắt
• -b hiển thị tên và địa chỉ của mỗi bước nhảy
• -c 200 hai trăm chu kỳ, khoảng ba phút rưỡi, và sự khác biệt giữa bằng chứng và giai thoại

Mười gói tin chẳng chứng minh được gì cả. Nếu một lần chạy mười chu kỳ cho thấy mất gói, hãy chạy hai trăm chu kỳ trước khi kết luận bất cứ điều gì.

Đọc bước nhảy cuối trước tiên

Bộ định tuyến hạ thấp ưu tiên các gói tin gửi đến chính chúng. Một bộ định tuyến trung chuyển mang hàng trăm gigabit sẽ trả lời các gói thăm dò TTL hết hạn của bạn khi nó có chu kỳ rảnh và loại bỏ chúng khi không có, điều này vẽ mất gói trên giữa báo cáo của bạn trong khi mọi gói tin bạn thực sự quan tâm đến nguyên vẹn.

Hai quy tắc bao phủ hầu hết các báo cáo:

1. Mất gói ở bước nhảy thứ bảy nhưng không xuất hiện ở bước nhảy thứ tám trở đi là giới hạn tốc độ. Bỏ qua nó.
2. Mất gói bắt đầu từ bước nhảy thứ bảy và tiếp tục đến đích là thật, và bước nhảy bắt đầu là nơi cần xem xét.

Độ trễ cũng hoạt động tương tự. Một bước nhảy thêm tám mươi mili giây rồi chuyển lưu lượng sang bước tiếp theo với con số trước đó là trả lời chậm, không phải chuyển tiếp chậm.

ICMP không phải lưu lượng của bạn

Nếu dịch vụ chạy trên TCP, hãy kiểm tra trên TCP:

mtr -rwbc 200 --tcp --port 443 <destination>

Các mạng giới hạn ICMP nghiêm khắc thường để TCP đi qua không bị ảnh hưởng. Trường hợp ngược lại cũng đáng để phát hiện trước khi bạn đổ lỗi cho mạng của ai đó: một tường lửa trả lời ping vui vẻ và chặn cổng mà người dùng của bạn thực sự truy cập.

Cả hai hướng, mỗi lần

Định tuyến không đối xứng thường xuyên hơn là không. Đường đi từ bạn đến chúng tôi không phải là đường từ chúng tôi đến bạn, và báo cáo từ một đầu mô tả chính xác một trong hai. Chạy MTR từ instance về phía khách hàng và từ khách hàng về phía instance, sau đó đính kèm cả hai. Nửa đường của chúng tôi cũng có thể được kiểm tra mà không cần shell ở bất cứ đâu, từ looking glass.

Xác nhận bằng các bộ đếm TCP

MTR mô tả đường đi. Các thống kê socket mô tả hậu quả:

ss -ti state established
nstat -az TcpRetransSegs TcpExtTCPLostRetransmit

Tỷ lệ truyền lại trên một phần trăm hoặc hơn, trên một kết nối đáng lẽ sạch, hỗ trợ cho báo cáo. Không có truyền lại cùng với MTR đầy mất gói có nghĩa là bạn đang nhìn vào giới hạn tốc độ và không có gì khác.

Những gì gửi cho chúng tôi

• Cả hai báo cáo MTR, hai trăm chu kỳ, dưới dạng văn bản thay vì ảnh chụp màn hình
• Đích, giao thức vận chuyển và cổng
• Dấu thời gian với múi giờ, và mất gói là liên tục hay theo cụm
• ID instance

Khoảng một nửa số này giải quyết thành một bước nhảy giới hạn tốc độ, và chúng tôi nói điều đó trong phản hồi đầu tiên. Phần còn lại chúng tôi thường có thể định tuyến lại trong vòng một giờ: mất gói trong mạng của chúng tôi là vấn đề của chúng tôi, và mất gói trong một đường trung chuyển là vấn đề chuyển lưu lượng của bạn sang một đường khác.