Bir Bağlantının Nerede Yavaşladığını Bulmak İçin Traceroute Kullanmak

Adım adım

1. 1

   Hedefe bir iz sürün

   Ulaşmaya çalıştığınız ana bilgisayarı Traceroute Aracı aracına bir ana bilgisayar adı veya bir IP kullanarak girin. Ana bilgisayar adı genelde daha yararlıdır çünkü her atlamadaki ters DNS hangi ağı geçtiğinizi ima eder. Herhangi bir şeyi yorumlamadan önce izin tamamlanmasını bekleyin; önemli olan son birkaç atlamadır ve bunlar yalnızca sonda görünür. İki üç kez çalıştırın, çünkü yönlendirme ve yük dakikadan dakikaya değişir ve tek bir iz yanıltıcı olabilir.

2. 2

   TTL sondajının yolu nasıl kurduğunu anlayın

   Traceroute'un yönlendiricilerin sihirli bir listesi yoktur. Time To Live değeri 1 olan paketler gönderir; ilk yönlendirici bunu 0'a düşürüp atar ve adresini açığa çıkaran bir ICMP Time Exceeded yanıtı verir. Sonra ikinci yönlendiriciye ulaşmak için TTL 2, üçüncü için TTL 3 gönderir ve böyle devam eder. Gördüğünüz her satır, üzerinde bir sonda süresi dolduğu için kimliğini itiraf eden bir yönlendiricidir. Traceroute'un kırılgan olmasının nedeni de budur: yönlendiricilerin bu süre dolum mesajlarını size geri göndermeye istekli olmasına bağlıdır.

3. 3

   Her atlamadaki üç zamanlamayı okuyun

   Çoğu araç atlama başına üç sonda gönderir, dolayısıyla üç gidiş dönüş süresi görürsünüz. Tek bir sayıya değil, örüntüye bakın. 24, 25, 24 ms gibi birbirine yakın üç değer kararlı bir bağlantı demektir. 12, 480, 14 ms gibi dağınık değerler genelde bir sondanın meşgul bir yönlendirici kontrol düzlemine denk geldiği anlamına gelir, bağlantının kötü olduğu değil. Süreleri liste boyunca bir eğilim olarak okuyun: dışa doğru ilerledikçe kabaca yükselmeleri gerekir ve önem verdiğiniz sayı gerçek hedefinizdekidir.

4. 4

   Toparlanan korkutucu ara atlamayı görmezden gelin

   Bu, traceroute'ta en çok yanlış okunan tek şeydir. Sık sık 6. atlamayı 300 ms'de otururken 5. ve 7. atlamaları 30 ms'de görürsünüz. Bu neredeyse hiçbir zaman sorun değildir. Yönlendiriciler ICMP Time Exceeded üretmeyi yaptıkları en düşük öncelikli iş olarak görür; meşgul bir çekirdek yönlendirici gerçek trafiği tam hızda iletirken sizin sondanıza yavaş yanıt verir. Gecikme bir atlamada yükselip sonraki atlamada tekrar düşüyorsa, o yüksek sayı yol üzerindeki tıkanıklık değil, o yönlendiricinin kontrol düzleminin bir yan ürünüydü.

5. 5

   Yıldızları kapalı değil, filtrelenmiş olarak değerlendirin

   Yıldızlarla dolu bir satır, zaman aşımı içinde hiçbir yanıt gelmediği anlamına gelir. Bu neredeyse hiçbir zaman o yönlendiricinin kapalı olduğu anlamına gelmez. Birçok ağ güvenlik veya politika nedeniyle ICMP Time Exceeded'ı hız sınırlar ya da atar, dolayısıyla atlama trafiğinizi kusursuz iletirken sessiz kalır. Kanıtı basittir: yıldızlardan sonraki atlamalar tekrar yanıt veriyorsa, paketler açıkça sessiz yönlendiriciden geçmiştir. Eksik yanıtları yalnızca iz bir atlamada kararıp hedefe kadar hiç toparlanmadığında gerçek bir arıza olarak değerlendirin.

6. 6

   Kalıcı olan gecikme sıçramasını bulun

   Gerçek işaret, sonrasındaki her atlamada, ta hedefe kadar yüksek kalan bir gecikme sıçramasıdır. 1'den 8'e kadar atlamalar 20 ms civarındayken 9. atlama 160 ms'ye sıçrıyor ve 10, 11, 12 hepsi 160 ms civarında kalıyorsa, 9. atlama trafiğinizin pahalı bir şeyi, genelde tıkanmış bir eşleştirme bağlantısını ya da uzun mesafeli bir denizaltı hattını geçtiği yerdir. O sürekli sıçrama darboğazdır. Toparlanan izole sıçramalar gürültüdür; süren plato ise odaklandığınız yerdir.

7. 7

   Asimetrik yönlendirmeyi hesaba katın

   Her gidiş dönüş süresi dönüş yolunu içerir ve dönüş yolu gidiş yolundan tamamen farklı olabilir. Dolayısıyla bir atlama, paketleriniz oraya hızla ulaşmış olsa bile yalnızca yanıt eve manzaralı bir yoldan döndüğü için yavaş görünebilir. Sizden bir sunucuya giden traceroute ile sunucudan size dönen ters izin sık sık uyuşmamasının nedeni budur. Bir sağlayıcıyla ilgili bir sorunu teşhis ederken her iki yönü de yakalayın; tek başına gidiş izi yanlış ağı işaret edebilir.