mtr ile Uçtan Uca Ağ Teşhisi

mtr ile Uçtan Uca Ağ Teşhisi

Bu yazı, ağ üzerinde sorunlu noktaları tespit etmek için mtr aracı ile uçtan uca yol ve gecikme analizinin nasıl yapılacağını, grafiksel çıktıların nasıl okunacağını ve tipik sorun durumlarında hangi adımlara başvurulacağını adım adım açıklıyor.

[mtr]: mtr, traceroute ve ping gibi araçların birleşiminden oluşan bir ağ teşhis aracıdır. Hem yönlendirme yolunu hem de her atılan atım için o anda ölçülen gecikmeyi (RTT) ve paket kaybını tek bir akış içinde gösterir. Genelde ayrı ayrı araçlarla elde edilebilecek verinin birlikte okunabilir bir haritasını sunar. Uçtan uca ağlarda görünmeyen sorunlar bile bazı durumlarda sadece rotadaki noktalar arasındaki tutarsızlıklardan veya paket kayıplarından kaynaklanabilir; mtr bu bağlamda hızlı bir farkındalık sağlar.[/mtr]

• Kurulum ve temel kullanım
  [mtr -rw] şeklinde terminalde çalıştırılır. -r parametresiyle tek seferlik geniş kapsamlı çıktı alınabilir, -c 100 gibi bir sayıyla belirli sayıda paket gönderilerek istatistikler toparlanır. Örneğin:
  
  KOD Kopyala

  1mtr -rw 8.8.8.8

  
  Bu komut, hedef IP’ye karşı uçtan uca yolun her atımdaki RTT ve kayıp oranlarını satır satır gösterir. Ayrıca çıktıda hizmet veren ara uçlar (AS numaraları, hoplar arasındaki hostname) varsayılan olarak gösterilebilir.
• Çıktıdaki anahtar alanlar
  
  KOD Kopyala

  123456789
  Host: hop adresi
   Loss%: Gönderilen paketlere karşı kayıp yüzdesi
  Snt: Gönderilen paket sayısı
  Last: Son RTT
  Avg: Ortalama RTT
  Best: En kısa RTT
  Worst: En uzun RTT
  StDev: RTT dalgalanması
  

  
  Bu alanlar, hangi hop’ta paket kaybı veya beklenenden yüksek gecikme olduğunu hızlıca gösterir. Özellikle Periyotlar halinde artan loss veya artan RTT, sorunlu bir segmenti işaret edebilir.
• Güvenli ve etkili yorumlama ipuçları
  
  • Paket kaybı belirli bir hop’ta yüksekse, sonraki hoplar için de benzer bir kayıp görülürse sorun uçta değil zincirde olabilir. Ancak sadece ilk hoplarda kayıp varsa yerel ağ veya güvenlik duvarı ile sınırlı olabilir.
  • RTT’nin kademeli artış gösterdiği yol üzerinde sorun olabilir. Ani, anlık pikler ise ağ aşırı yükü veya zamanlama sorunlarına işaret edebilir.
  • DNS veya NAT gibi üst katman etkileri için mtr çıktısını sadece IP tabanlı incelerken, hedefin adıyla elde edilen bilgileri de doğrulayın.
• Pratik örnek senaryolar
  
  • Internal enlace sorunları: Lokal ağ içindeki hop’larda artan loss ve yüksek RTT, switch konfigürasyonu veya kablolama hatalarına bağlanabilir.
  • İnternet çıkışı problemi: Provider ağında bir veya birkaç hop’ta artan gecikme, dışa doğru yönlendirme zincirinde sıkışma işaretidir.
  • Güvenlik duvarı etkileri: Bazı hop’larda ICMP’nin düzenli olarak kısıtlandığı durumlar, mtr’nin bazı satırlarını eksik gösterse de toplam yol analizinde etkileri fark etmek mümkündür.
  
  

  Not: MTR çıktılarında görünen bazı hop’lar güvenlik politikaları nedeniyle yanıt vermez. Bu durumda kayıp veya gecikmevari yansımalar doğrudan o hop’a ait olmayabilir; sonraki hop’lar üzerinden durumu analiz edin.

• İleri düzey kullanımlar
  
  • -c ve -i parametreleriyle gönderim hızını düşürüp daha temiz veri elde edin.
  • -n ile DNS çözümünü kapatıp yalnızca IP’leri kullanın, çünkü bazı adlar farklı ağ konumlarını gösterebilir.
  • NETNS veya isolated ortamlar için netstat ve iproute2 ile entegre çalışarak ağ namespaces içinde benzer analizler yapılabilir.
• Sonuç ve kapanış
  [mtr] uçtan uca yol ve kayıp/ gecikme analizi için temel fakat güçlü bir araçtır. Bir sorun görüldüğünde, hangi hop’ta ve hangi katmanda problem olduğunu netleştirmek için adım adım izlenen bir süreç kurmak önemlidir: önce lokal kaybı doğrulayın, sonra taşıyıcı ve hedef güzergahı analiz edin. Uygulama ve servislerinize göre çıktıları not almak, güvenilirlik açısından temel bir alışkanlık haline gelir. Bu yüzden bu yöntemi kendi ağ rotalarınız üzerinde düzenli olarak test edin ve ortaya çıkan desenleri kayıt altında tutun.