MTR ile paket kaybını bulun ve doğru okuyun

Kurulum

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

Doğru şekilde çalıştırın

mtr -rwbc 200 <destination>

• -r rapor modu, yapıştırabileceğiniz bir çıktı ile çıkar
• -w geniş çıktı, uzun ana bilgisayar adları hayatta kalır
• -b her atlama için adı ve adresi gösterir
• -c 200 iki yüz döngü, yaklaşık üç buçuk dakika, kanıt ile anekdot arasındaki fark

On paket hiçbir şey kanıtlamaz. On döngülük bir çalışma kayıp gösteriyorsa, bir sonuca varmadan önce iki yüz çalıştırın.

Önce son atlamayı okuyun

Yönlendiriciler kendilerine adreslenen paketlere düşük öncelik verir. Yüzlerce gigabit taşıyan bir transit yönlendirici, süresi dolmuş TTL sorgularınıza boşta kaldığında yanıt verir, meşgulken düşürür; bu da raporunuzun ortasına kayıp yayar, oysa gerçekten umursadığınız her paket sağlam ulaşır.

İki kural çoğu raporu kapsar:

1. Yedinci atlamadaki kayıp, sekizinci ve sonrasında yoksa, hız sınırıdır. Yoksayın.
2. Yedinci atlamada başlayıp hedefe kadar devam eden kayıp gerçektir ve başladığı atlama bakılacak yerdir.

Gecikme de aynı şekilde davranır. Seksen milisaniye ekleyip trafiği bir sonraki atlamaya önceki değerle teslim eden bir atlama, yavaş yanıt veriyordur, yavaş iletmiyordur.

ICMP sizin trafiğiniz değildir

Hizmet TCP üzerinde çalışıyorsa, TCP üzerinde test edin:

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

ICMP'yi sıkı sınırlayan ağlar genellikle TCP'ye dokunmaz. Tersi durumu, kimsenin ağını suçlamadan önce keşfetmeye değer: ping'e memnuniyetle yanıt veren ve kullanıcılarınızın gerçekten ulaştığı portu düşüren bir güvenlik duvarı.

Her zaman her iki yön

Yönlendirme çoğu zaman asimetriktir. Bize giden yol, bizden size giden yol değildir ve bir uçtan alınan rapor yalnızca bir tanesini tanımlar. MTR'yi örnekten istemciye ve istemciden örneğe doğru çalıştırın ve ikisini de ekleyin. Yolun bizim yarısı, herhangi bir kabuk olmadan, bakış camı üzerinden de incelenebilir.

TCP sayaçlarıyla doğrulayın

MTR yolu tanımlar. Soket istatistikleri sonucu tanımlar:

ss -ti state established
nstat -az TcpRetransSegs TcpExtTCPLostRetransmit

Yüzde birin üzerinde yeniden iletim oranı, temiz olması gereken bir bağlantıda raporu destekler. MTR kayıp dolu iken sıfır yeniden iletim, bir hız sınırına bakıyorsunuz demektir, başka bir şeye değil.

Bize ne göndermelisiniz

• Her iki MTR raporu, iki yüz döngü, ekran görüntüsü yerine metin olarak
• Hedef, taşıma ve port
• Saat dilimli zaman damgaları ve kaybın sürekli mi yoksa patlama halinde mi olduğu
• Örnek kimliği

Bunların kabaca yarısı sınırlandırılmış bir ara atlamaya çözülür; ilk yanıtta bunu söyleriz. Gerisini genellikle bir saat içinde yönlendirebiliriz: kendi ağımız içindeki kayıp bizim sorunumuzdur ve bir transit yoldaki kayıp, trafiğinizi farklı bir yola taşıma meselesidir. }