Traceroute Nedir? Tracert Nasıl Kullanılır ve Okunur?

Traceroute nedir?

Traceroute, bilgisayarınızdan bir hedef adrese giden paketlerin hangi yönlendiricilerden (hop) geçtiğini ve her adımda ne kadar gecikme yaşandığını gösteren ağ tanılama komutudur. Windows'ta tracert, macOS ve Linux'ta traceroute adını taşır. Bir sitenin hangi noktada yavaşladığını ya da kesildiğini aramak için kullanırsınız.

Komutun amacı bir yolun haritasını çıkarmaktır. Bir web sitesine ulaşırken paketler tek bir kabloyla gitmez. Evinizdeki modemden servis sağlayıcınıza, oradan omurga ağlara ve en sonunda hedef sunucunun bulunduğu veri merkezine uzanan bir yönlendirici zincirinden geçer. Böylece traceroute bu zinciri sıra numarasıyla listeler.

Traceroute nedir sorusunun teknik karşılığını bu yazıda sade bir dille veriyoruz. Komutun mantığını, üç işletim sistemindeki kullanımını, çıktının okunuşunu ve yanlış alarm veren durumları da anlatıyoruz. Ping ve gecikme (RTT) ayrıntısını ayrı bir yazıda ele aldığımız için burada tekrar etmiyoruz. Anlatım Microsoft Learn, Linux man sayfaları ve RFC 792 gibi birincil kaynaklara dayanır.

Traceroute nasıl çalışır ve TTL mantığı nedir?

Her IP paketinin başlığı bir TTL (time to live) alanı taşır. IPv6'da aynı işi hop limit alanı görür. Örneğin paket bir yönlendiriciden geçerken bu değer en az 1 azalır. Değer sıfıra inince yönlendirici paketi atar ve kaynağa bir ICMP Time Exceeded mesajı gönderir. Ayrıca RFC 792 bu mesajın tipini 11 olarak tanımlar.

Traceroute bu davranışı bilerek kullanır. Önce TTL değeri 1 olan bir paket yollar. İlk yönlendirici paketi atar ve kendini tanıtan bir yanıt döner. Ardından TTL 2 ile yeniden dener, böylece ikinci yönlendirici ortaya çıkar. Bu döngü hedef yanıt verene ya da azami hop sayısına ulaşılana kadar sürer.

• Yönlendirici yanıtı: ICMP Time Exceeded mesajı, o hop'un adresini ve gidiş dönüş süresini verir.
• Hedef yanıtı: Windows'ta ICMP echo reply (tip 0), Linux'ta varsayılan UDP denemesinde ICMP port unreachable mesajı gelir.
• Süre aşımı: yanıt gelmezse satırda yıldız (*) görürsünüz.
• Prob sayısı: Linux traceroute her hop için varsayılan olarak üç deneme yapar, bu yüzden satırda üç süre görürsünüz.

Kısacası traceroute bir keşif aracıdır. Yolu tahmin etmez, paketin gerçekten izlediği yönlendiricileri sırayla ortaya çıkarır.

Windows'ta tracert komutunu nasıl kullanırsınız?

Başlat menüsünden Komut İstemi'ni ya da PowerShell'i açın ve hedef alan adını yazın. Ayrıca aşağıdaki örneklerde example.com yerine kendi sitenizin alan adını kullanabilirsiniz. Komut varsayılan olarak en fazla 30 hop izler.

tracert example.com
tracert /d example.com
tracert /d /h 20 /w 2000 example.com

Microsoft Learn belgesine göre /d parametresi ara yönlendiricilerin adlarını çözmeyi bırakır ve sonucu hızlandırır. /h azami hop sayısını belirler, varsayılan 30'dur. /w her yanıt için bekleme süresini milisaniye olarak ayarlar, varsayılan 4000'dir. /4 ve /6 parametreleri IPv4 ya da IPv6 kullanımını zorlar.

Ayrıca Microsoft'un tracert belgesi komutun ICMP echo isteği gönderdiğini yazar. Bu yüzden ICMP'yi filtreleyen bir hedefte son satırlar boş kalabilir. Bu durumun neden her zaman sorun olmadığını aşağıda açıklıyoruz.

macOS ve Linux'ta traceroute komutunu nasıl kullanırsınız?

Terminali açıp komutu doğrudan yazarsınız. Ancak Linux dağıtımlarında komut kurulu gelmeyebilir. Debian ve Ubuntu tabanlı sistemlerde sudo apt install traceroute komutu paketi kurar. macOS'ta komut hazır gelir.

traceroute example.com
traceroute -n example.com
traceroute -n -m 20 -q 2 -w 2 example.com

Linux man sayfasına göre -n adres adı çözmeyi kapatır, -m azami hop sayısını, -q hop başına deneme sayısını, -w bekleme süresini belirler. Varsayılanlar 30 hop, 3 deneme ve 5 saniyedir. Geleneksel yöntem 33434 numaralı porttan başlayan UDP paketleridir. Böylece hedefe ulaşıldığını ICMP port unreachable yanıtı gösterir.

Aynı sayfada -I ICMP echo, -T TCP SYN, -4 ve -6 IPv4 ya da IPv6 seçenekleri olarak geçer. macOS'taki sürüm BSD kökenlidir ve seçenek kümesi farklı olabilir. Bu nedenle kullanmadan önce man traceroute komutuyla kendi sisteminizin yardımını okuyun. Tam seçenek listesi için Linux traceroute man sayfasına bakabilirsiniz.

Traceroute nedir ve ping komutundan farkı nedir?

Ping hedefe ulaşılıp ulaşılamadığını ve gidiş dönüş süresini tek bir sayıyla söyler. Öte yandan traceroute aynı yolculuğu adım adım gösterir. Yani ping "sorun var mı?" sorusuna, traceroute "sorun yolun neresinde?" sorusuna cevap arar. İkisi birbirinin yerine geçmez, birlikte kullanırsınız.

Pratikte önce ping ile hedefe ulaşıp ulaşmadığınıza bakarsınız. Ulaşım varsa ama site yavaşsa, ardından traceroute ile yolu incelersiniz.

Traceroute çıktısındaki satırlar ne anlama gelir?

Aşağıdaki çıktı kurgusaldır. Adresler yalnızca dokümantasyona ayırdığı IP bloklarından seçtik ve gerçek bir ağı göstermez.

traceroute to example.com (203.0.113.10), 30 hops max, 60 byte packets
 1  192.0.2.1 (192.0.2.1)  1.2 ms  1.0 ms  1.1 ms
 2  198.51.100.1 (198.51.100.1)  8.4 ms  8.1 ms  8.6 ms
 3  * * *
 4  198.51.100.37 (198.51.100.37)  12.9 ms  13.2 ms  12.8 ms
 5  203.0.113.1 (203.0.113.1)  14.0 ms  13.7 ms  14.2 ms
 6  203.0.113.10 (203.0.113.10)  14.5 ms  14.1 ms  14.3 ms

Ardından çıktıyı satır satır birlikte okuyalım.

• Birinci sütun hop sırasıdır. 1 numaralı satır genellikle evinizdeki ya da ofisinizdeki modemdir.
• Ayrıca üç süre sütunu o hop için yapılan üç denemenin gidiş dönüş süresini milisaniye olarak verir.
• Son sütun yönlendiricinin adını ya da IP adresini gösterir. Adlar ters DNS kaydından gelir, bu yüzden bazı satırlarda yalnızca IP adresi yer alır.
• Üçüncü satırdaki üç yıldız o hop'tan yanıt alınamadığını belirtir.

Microsoft belgesi gösterilen yolun, yönlendiricilerin gönderene en yakın arayüzlerinin listesi olduğunu belirtir. Bu nedenle ad ve IP bilgisinden kesin coğrafi sonuç çıkarmayın. Altıncı satır hedefin kendisidir ve yol burada biter.

Traceroute çıktısını adım adım nasıl yorumlarsınız?

Traceroute nedir sorusunu cevapladıktan sonra asıl beceri çıktıyı okumaktır. Satırlara sırayla ve her seferinde aynı düzenle bakarsanız yanlış sonuca varma ihtimaliniz düşer. Aşağıdaki sıra, ekip olarak bir çıktıyı ilk gördüğümüzde izlediğimiz basit bir kontrol listesidir.

1. İlk satıra bakın. Bu satır genellikle modeminizdir, süresi çok küçük olmalıdır. Burada sorun varsa yerel ağınızı inceleyin.
2. Süreleri yukarıdan aşağıya izleyin. Normal bir yolda değerler merdiven gibi yavaşça artar, ani ve kalıcı bir sıçrama dikkat çeker.
3. Yıldızlı satırları ayırın. Sonraki hop'lar yanıt veriyorsa yıldızı yok sayabilirsiniz.
4. Son satıra odaklanın. Hedefin süresi, ziyaretçinin yaşadığı gecikmeye en yakın değerdir. Ara satırlar yalnızca ipucu verir.
5. Ölçümü tekrarlayın. Farklı bir saatte ve farklı bir ağdan aynı komutu çalıştırıp sonuçları karşılaştırın.

Bu beş adımı atladığınızda çoğu zaman gereksiz alarm verirsiniz. Örneğin tek bir satırdaki yüksek süre yüzünden sağlayıcıya şikayet yazmak, sonradan boşa çıkan bir yazışmaya yol açar. Dolayısıyla çıktıyı bir karar anı olarak değil, bir hipotez olarak okuyun.

Traceroute çıktısında yıldız (*) görürseniz bağlantı koptu mu demektir?

Hayır, çoğu zaman değildir. Yani yıldız yalnızca belirlenen süre içinde yanıt gelmediğini gösterir. Microsoft belgesi bazı yönlendiricilerin süresi dolan paketler için Time Exceeded mesajı göndermediğini ve bu yüzden komuta yansımadığını açıkça yazar. Paket bu yönlendiriciden yine de geçer.

Yıldızı doğru yorumlamak için çıktının devamına bakmalısınız. Aşağıdaki ayrım sahada işinizi görür.

• Ortadaki satırda yıldız var, sonraki hop'lar yanıt veriyorsa: yönlendirici ICMP yanıtını kapatmıştır ya da sınırlamıştır, trafik geçiyor demektir.
• Son hop'ta yıldız var, ama site tarayıcıda açılıyorsa: hedef sunucu ya da güvenlik duvarı traceroute denemesine yanıt vermiyordur.
• Belirli bir hop'tan sonra tüm satırlar yıldızsa ve site de açılmıyorsa: yolda bir kesinti ya da filtre olabilir. Farklı bir ağdan (örneğin mobil veri) aynı testi tekrarlayın.
• İlk satırın kendisi yıldızsa: sorun büyük olasılıkla yerel ağdadır. Bu nedenle modemi ve kablo bağlantısını kontrol edin.

Siteye hiç ulaşılamıyorsa site çöktü mü aracıyla dışarıdan da kontrol edebilirsiniz. Böylece sorunun yalnızca sizin bağlantınızda mı yoksa herkes için mi olduğunu ayırırsınız.

Traceroute nedir ve yüksek gecikme ne zaman gerçek sorundur?

Bir hop'ta yüksek süre görmek tek başına sorun kanıtı değildir. Belirleyici ölçüt şudur: yüksek değer sonraki hop'larda ve hedefte de devam ediyorsa sorun gerçektir. Öte yandan yalnızca tek satırda yüksekse ve sonraki satırlar normale dönüyorsa, o yönlendirici büyük olasılıkla ICMP yanıtına düşük öncelik vermiştir.

Ancak MTR belgesi bu konuda açık konuşur. Bazı modern yönlendiricilerin ICMP echo paketlerine diğer trafikten daha düşük öncelik verdiğini, bu yüzden mtr'ın raporladığı güvenilirliğin gerçek güvenilirlikten belirgin biçimde düşük görünebileceğini yazar. Dolayısıyla aynı mantık traceroute satırları için de geçerlidir.

Bu rakamları yalnızca anlatmak için biz uydurduk, yani örnek hesaptır. Ayrıca mesafe de önemlidir. Okyanus aşan bir bağlantıda sürenin belirgin biçimde artması normaldir. Tek bir ölçüme güvenmeyin, komutu birkaç kez ve farklı saatlerde çalıştırın.

Traceroute'ta yanlış alarm veren durumlar hangileridir?

Ekip olarak bir traceroute çıktısını yorumlarken önce "bu gerçekten sorun mu?" diye sorarız. Aşağıdaki durumlar en sık yanlış alarm üretenlerdir.

1. Tek hop'ta yüksek süre: yönlendirici kendi trafiğini önceliklendirir, ICMP yanıtını geç verir. Bu nedenle sonraki hop'lar düşükse endişelenmeyin.
2. Ortadaki yıldız satırları: ICMP yanıtı kapalı yönlendirici, trafiği engellemez.
3. Son hop'ta yıldız: hedef ICMP ya da UDP denemelerini filtreliyor olabilir, oysa web trafiği (TCP 443) sorunsuz akar.
4. Üç ölçümde dalgalanma: yalnızca üç örnek istatistik için azdır, mtr ile yüzlerce ölçüm alın.
5. Hop adından coğrafya çıkarmak: ters DNS adları yanıltıcı olabilir. Yani adı gördüğünüz için paketin o şehirden geçtiğini varsaymayın.
6. Farklı IP'lerin aynı hop numarasında görünmesi: yük dengeleme yüzünden normaldir, hata değildir.

Bu maddelerin ortak noktası, traceroute'un yönlendiricilere değil yönlendiricilerin ICMP yanıtlarına bakmasıdır. Yani gördüğünüz şey trafiğin kendisi değil, trafiğin bıraktığı izdir.

Gerçek bir ağ sorunu traceroute çıktısında nasıl gözükür?

Öte yandan gerçek sorunlar genellikle tutarlıdır. Aynı yerde, tekrar tekrar ve hedefe kadar taşınan bir bozulma görürsünüz. Aşağıdaki tablo örnek yorumlardır, kesin teşhis değildir. Karar vermeden önce her zaman ikinci bir ölçümle doğrulayın.

Her satırın sonunda önerdiğimiz adım aynıdır: ölçümü tekrarlayın ve ikinci bir kaynakla karşılaştırın. Tek bir komut çıktısıyla sağlayıcıyı suçlamak çoğu zaman haksız olur.

Yük dengeleme ve asimetrik yönlendirme traceroute sonucunu nasıl yanıltır?

İnternet'te iki nokta arasında tek bir yol olmak zorunda değildir. Yönlendiriciler trafiği birden fazla eşit maliyetli yola dağıtabilir. Bu durumda traceroute'un art arda gönderdiği denemeler farklı yollardan geçer ve aynı hop numarasında farklı adresler görürsünüz. Çıktı bu yüzden bazen tutarsız gözükür.

İkinci tuzak yönle ilgilidir. Traceroute yalnızca gidiş yolunu gösterir. Cevap paketleri ise dönüş için farklı bir rota izleyebilir. Yani gördüğünüz süre gidişin ve dönüşün toplamıdır. Bu nedenle bir hop'taki yüksek süre, gidiş yolunda değil dönüş yolunda doğmuş olabilir.

• Aynı testi hedefin tarafından da çalıştırabiliyorsanız iki yönü karşılaştırın.
• Örneğin sağlayıcılar bazen halka açık "looking glass" sayfaları sunar, bu sayfalar yolu kendi ağlarının içinden gösterir.
• Ayrıca Windows'ta /R parametresi IPv6 yönlendirme genişletme başlığıyla ters yolu sınar. Microsoft belgesi bu parametreyi IPv6 için tanımlar.

Özetle çıktıyı bir fotoğraf gibi değil, tek bir açıdan aldığınız kesit gibi okuyun. Karar vermeden önce birden fazla örnek toplamak daha güvenlidir.

MTR nedir ve traceroute'tan farkı nedir?

MTR, resmi man sayfasının ifadesiyle traceroute ile ping programlarının işlevini tek araçta birleştirir. Düşük TTL'li paketler gönderir ve yola ait yanıt yüzdesini ve süreleri raporlar. Traceroute nedir bilen biri mtr'ı kolay öğrenir. Traceroute tek seferlik bir fotoğraf verirken mtr aynı yolu sürekli ölçer. Bu yüzden dalgalanan sorunları yakalamak için daha uygundur.

mtr -r -w -n -c 100 example.com

• -r rapor modudur. Belirlenen döngü kadar çalışır, istatistikleri yazar ve çıkar.
• -c döngü (paket) sayısını belirler. Yukarıdaki örnekte 100 ölçüm toplarsınız.
• -w ana makine adlarını kısaltmadan geniş rapor verir, -n ise adları çözmeyip yalnızca IP gösterir.
• Rapor sütunları: Loss%, Snt, Last, Avg, Best, Wrst ve StDev.

Windows'ta benzer bir iş için Microsoft pathping komutunu önerir. Bu komut her yönlendirici ve bağlantı için gecikme ve paket kaybı verir. Komutlar için mtr man sayfasını okuyabilirsiniz. Ancak kurulum ve yetki ayrıntıları dağıtıma göre değişir.

TCP ve UDP denemeleri traceroute'ta ne zaman gerekir?

Klasik traceroute ICMP ya da UDP kullandığı için bazı güvenlik duvarlarına çarpar. Oysa sitenizi ziyaretçilere ulaştıran trafik TCP'dir, örneğin web için 443 numaralı port. ICMP filtreli bir hedefte yolu daha gerçekçi görmek istiyorsanız Linux'ta TCP SYN denemesi kullanabilirsiniz.

sudo traceroute -T -p 443 example.com

Man sayfasına göre -T TCP SYN probları, -p ise hedef portu belirler. Ayrıca bu seçenek ham paket gönderdiği için yönetici yetkisi gerekebilir. Ayrıca bu yöntem her ağda aynı sonucu vermez, bazı ağlar SYN denemelerini de sınırlar.

Windows tracert komutu ICMP echo kullanır ve TCP seçeneği sunmaz. Dolayısıyla Windows'ta aynı etkiyi istiyorsanız farklı bir araç kullanmanız gerekir. Kısacası çoğu site sahibi için bu ayrıntı gerekmez. İlk deneme olarak sade traceroute ya da tracert çoğu zaman yeterlidir.

Site yavaşlığında traceroute neyi gösterir, neyi göstermez?

Traceroute yalnızca ağ yolunu ölçer. Sayfanızın yavaş açılmasının nedeni çoğunlukla ağda değil sayfanın kendisindedir. Örneğin büyük görseller, ağır JavaScript dosyaları, yavaş veritabanı sorguları ve sunucunun ilk baytı geç göndermesi bunların başında gelir. Bu sorunların hiçbiri traceroute çıktısına yansımaz.

Dolayısıyla doğru sıra şudur: önce tarayıcı tabanlı bir ölçüm yapın, sonra gerekirse ağ yoluna bakın. Lighthouse ile performans testi sayfa tarafındaki darboğazları gösterir. Site hızının SEO'ya etkisini ve e-ticarette sayfa hızının satışlara etkisini anlatan yazılarımız bu sırayı destekler.

• Ağ yolu şüphesi: ülkeler arası erişim sorunu, bazı operatörlerde açılmama, belirli saatlerde kesilme.
• Sayfa tarafı şüphesi: tüm ağlarda yavaşlık, ağır görseller, çok sayıda üçüncü taraf betik.
• Sunucu tarafı şüphesi: ilk bayt süresinin uzun olması, yoğun saatlerde yavaşlama.

Reklam bütçesi yavaş bir siteye akıtılıyorsa önce teknik zemini düzeltmek gerekir. SEO danışmanlığı ve web tasarım çalışmalarımızda bu ayrımı baştan yaparız.

Traceroute, DNS, SSL ve IP araçlarını birlikte nasıl kullanırsınız?

Erişim sorununu çoğu zaman tek bir komutla çözemezsiniz. Aşağıdaki sıra ağ yolu, alan adı ve sertifika sorunlarını birbirinden ayırmanıza yardımcı olur.

1. Alan adının doğru IP adresine çözüldüğünü DNS sorgulama aracıyla doğrulayın.
2. Bu IP adresinin kime ait olduğunu IP sorgulama aracıyla ve WHOIS sorgulamasıyla inceleyin.
3. Ardından traceroute ile yolu çıkarın ve hedefe ulaşıldığını görün.
4. Bağlantı kurabiliyor ama tarayıcı uyarı veriyorsa SSL sorgulama aracıyla sertifikayı kontrol edin.
5. IPv6 kullanıyorsanız IPv6 testini yapın ve tracert /6 ya da traceroute -6 ile IPv6 yolunu ayrıca deneyin.

Üstelik IPv4 ve IPv6 yolları farklı olabilir. Bir sitenin birinde açılıp diğerinde açılmaması bu yüzden mümkündür. Ayrıca sertifika konusunun temelini SSL sertifikası nedir yazımızda bulabilirsiniz.

Traceroute ile IPv6 yolunu nasıl denersiniz?

IPv6 kullanan bir hedefe giden yol, IPv4 yolundan farklı yönlendiricilerden geçebilir. Bu yüzden bir site IPv4 üzerinden sorunsuz açılırken IPv6 üzerinden yavaş kalabilir. İki yolu ayrı ayrı denemek için protokolü açıkça belirtirsiniz.

tracert /6 example.com
traceroute -6 example.com

Microsoft belgesi /4 ve /6 parametrelerinin IPv4 ya da IPv6 kullanımını zorladığını yazar. Linux man sayfasında da -4 ve -6 aynı işi görür. IPv6 çıktısında adresler iki nokta ile ayrılmış onaltılık gruplar halinde görünür, örnek bir belge adresi 2001:db8::1 biçimindedir. Yani okuma mantığı IPv4 ile birebir aynıdır.

Ancak hedefinizin IPv6 adresi yoksa ya da yerel ağınız IPv6 sunmuyorsa komut hata verir. Ancak bu durum bir arıza değildir. Ağınızın IPv6 desteğini önce kontrol etmek istiyorsanız IPv6 testi bu konuda hızlı bir fikir verir.

Traceroute çalıştırırken hangi güvenlik ve gizlilik noktalarına dikkat etmelisiniz?

Traceroute küçük paketler gönderir ve tek başına zararsızdır. Yine de bazı ilkelere uymak gerekir. Öncelikle yalnızca kendi sistemlerinizde ya da izin aldığınız hedeflerde kullanın. Çok sayıda hedefi art arda taramak, hedef tarafta ağ keşfi denemesi gibi görünebilir.

• Çıktıyı herkese açık bir forumda paylaşırken kendi genel IP adresinizi ve iç ağ adreslerinizi gizleyin.
• Sağlayıcı desteğine çıktı gönderirken kaynak IP adresinizi paylaşmanız gerekebilir. Bu nedenle bunu yalnızca destek kanalında yapın.
• Hop adlarında müşteri ya da kurum bilgisi geçebilir. Çıktıyı paylaşmadan önce gözden geçirin.
• Yoğun ya da otomatik tarama betikleri yazmadan önce hedefin kullanım koşullarını okuyun.

Güvenlik tarafında geniş bir çerçeve için OWASP Top 10 yazımıza göz atın. Traceroute bir güvenlik açığı tarayıcısı değildir ve uygulama katmanındaki riskleri göstermez.

Traceroute nedir bilmek yetmez: ne zaman hosting sağlayıcınıza bırakmalısınız?

Biz dijital pazarlama ve web ekibiyiz, hosting firması değiliz. Bu yüzden dürüst bir sınır çizeriz: yolun bir kısmı sağlayıcınızın ya da operatörün ağındaysa o kısmı siz düzeltemezsiniz. Yönlendirme politikaları, peering anlaşmaları ve ağ cihazı ayarları sizin erişiminizin dışındadır.

• Gecikme ya da kesinti sağlayıcınızın ağı içindeki hop'larda başlıyorsa destek talebi açın.
• Sorun yalnızca belirli bir operatörden görünüyorsa, operatörler arası bağlantıyı yalnızca ilgili taraflar çözebilir.
• Mağazanız ödeme alıyorsa ve kesinti sürüyorsa önce sağlayıcıyı bilgilendirin, sonra kendi testlerinizi derinleştirin.
• Paylaşımlı hostingde sunucu ayarlarına müdahale etmeye çalışmayın, yetkiniz zaten yoktur.

Sizin yapabileceğiniz şey iyi kanıt toplamaktır. Doğru çıktıyla gelen bir talep daha hızlı yanıt alır ve daha az yazışırsınız. Sağlayıcıyı değerlendirirken ağ kalitesine ve destek sürecine de bakmak için web sitesi için hosting nasıl seçilir yazısına bakın. Ayrıca yedekleme stratejinizin hazır olması, olası bir kesintide sizi rahatlatır.

Hosting desteğine hangi traceroute çıktısını iletmelisiniz?

Destek ekipleri "site açılmıyor" mesajından çok az şey anlar. Ancak somut bir çıktı sorunu hızla daraltır. Aşağıdaki listeyi talebinize eklemenizi öneririz.

1. Sorunun görüldüğü tarih, saat ve saat dilimi.
2. Hedef alan adı ve test sırasında çözülen IP adresi.
3. Testi yaptığınız ağ türü: ev interneti, ofis, mobil veri.
4. tracert ya da traceroute çıktısı, mümkünse mtr ile topladığınız 100 döngülük rapor.
5. Aynı testin farklı bir ağdan sonucu ve sorunun hangi ağlarda görüldüğü.
6. Sorunun sürekli mi, yalnızca belirli saatlerde mi olduğu.

Çıktıyı dosyaya kaydetmek için yönlendirme kullanabilirsiniz. Windows'ta > işareti tracert çıktısını bir metin dosyasına yazar, Linux ve macOS'ta tee komutu hem ekrana hem dosyaya yazar.

tracert example.com > tracert.txt
traceroute -n example.com | tee traceroute.txt

Çıktıyı ekran görüntüsü yerine metin olarak yapıştırın. Böylece destek ekibi satırları kopyalayıp kendi araçlarında karşılaştırabilir. Kendi IP adresinizi yalnızca destek kanalında paylaşın.

Traceroute kullanırken en sık yapılan hatalar nelerdir?

Ağ tanılamada hatalar genellikle komutun kendisinden değil yorumdan gelir. Aşağıdaki liste sık gördüğümüz yanlışları özetler.

• Tek bir çıktıya bakıp sonuç çıkarmak. Bu yüzden birden fazla ölçüm alın.
• Ara hop'taki yıldızı ya da yüksek süreyi hedefe uzatmak.
• Ping başarılı diye ağ yolunu hiç incelememek, ya da tersine traceroute yıldızlı diye siteyi çökmüş saymak.
• Ters DNS adından coğrafya ya da sağlayıcı sonucu çıkarmak.
• Sayfa hızı sorunlarını ağ sorunu sanmak ve yalnızca traceroute ile uğraşmak.
• Çıktıyı gizlilik kontrolü yapmadan herkese açık paylaşmak.

Sonuç olarak traceroute nedir sorusunun pratik cevabı şudur: yolu gösteren basit ama güçlü bir araçtır. Bu sayede doğru okuduğunuzda sorunun sizde mi, sağlayıcıda mı, yolda mı olduğunu ayırmanıza yardım eder. Web sitenizin hızı, erişilebilirliği ve teknik altyapı kararları için web tasarım hizmetimizle bizimle iletişime geçebilirsiniz.