Ağ sorunlarını çözerken en çok ihtiyaç duyduğun araçlardan biri, paketin kaynaktan hedefe giderken hangi yolları izlediğini gösteren traceroute komutudur. Bir sunucuya erişemiyorsun, gecikme yüksek, belirli bir noktada paketler kayboluyor… İşte tam bu durumlarda traceroute sana hikayenin tamamını anlatır. Sadece “bağlanamıyorum” demek yerine, “3. hop’ta paket kaybı var, ISP tarafında bir sorun olabilir” diyebilmek; hem sorunu daha hızlı çözmeni sağlar hem de hosting firmasına ya da network ekibine somut bir şey iletebilirsin.
traceroute Nedir ve Nasıl Çalışır?
traceroute, bir ağ paketinin kaynaktan hedefe ulaşana kadar geçtiği tüm ara noktaları (hop) listeleyen bir tanılama aracıdır. Her bir hop, paketin geçtiği bir router veya ağ cihazını temsil eder.
Temel çalışma mantığı TTL (Time To Live) değerine dayanır. IP paketlerinin her biri bir TTL değeriyle yola çıkar. Her router bu değeri 1 azaltır. TTL sıfıra düştüğünde router, paketi düşürür ve kaynak adrese “ICMP Time Exceeded” mesajı gönderir. traceroute işte bu mekanizmayı ustaca kullanır:
- TTL=1 ile bir paket gönderir, ilk router cevap verir
- TTL=2 ile paket gönderir, ikinci router cevap verir
- Bu işlemi hedefe ulaşana kadar tekrarlar
Sonuç olarak her hop için genellikle 3 adet round-trip time (RTT) ölçümü görürsün. Bu değerler milisaniye cinsinden gecikmeyi gösterir.
Kurulum
Birçok Linux dağıtımında traceroute varsayılan olarak gelmez, ayrıca kurman gerekir.
# Debian/Ubuntu
sudo apt install traceroute
# RHEL/CentOS/Fedora
sudo yum install traceroute
# veya
sudo dnf install traceroute
# Arch Linux
sudo pacman -S tracerouteKurulu olup olmadığını kontrol etmek için:
which traceroute
traceroute --versionTemel Kullanım
En basit kullanımı şu şekildedir:
traceroute google.comÇıktı tipik olarak şöyle görünür:
traceroute to google.com (142.250.185.46), 30 hops max, 60 byte packets
1 192.168.1.1 (192.168.1.1) 0.541 ms 0.498 ms 0.512 ms
2 10.0.0.1 (10.0.0.1) 8.234 ms 8.190 ms 8.167 ms
3 * * *
4 72.14.215.165 (72.14.215.165) 12.341 ms 12.298 ms 12.276 ms
5 142.250.185.46 (142.250.185.46) 13.102 ms 13.087 ms 13.063 msBurada dikkat etmen gereken birkaç şey var:
- Hop numarası: Soldan sağa gidilen router sırası
- IP adresi / hostname: O hop’taki cihazın adresi
- 3 RTT değeri: Her hop için 3 farklı ölçüm (ms cinsinden)
- Yıldız işareti (*): Cevap gelmedi, paket kayboldu ya da router ICMP cevaplarını engelliyor
Önemli Parametreler
traceroute komutunun oldukça geniş bir parametre seti vardır. En çok kullanacakların:
-n: DNS çözümlemesi yapma, sadece IP adresi göster. Daha hızlı çalışır.
-q : Her hop için kaç sorgu gönderileceğini belirler. Varsayılan 3’tür.
-m : Maksimum hop sayısını ayarlar. Varsayılan 30’dur.
-w : Her probe için bekleme süresi. Varsayılan 5 saniyedir.
-I: ICMP echo paketleri kullan (UDP yerine). Bazı güvenlik duvarlarında daha iyi çalışır.
-T: TCP SYN paketleri kullan. Güvenlik duvarı arkasındaki hedeflere ulaşmak için idealdir.
-p : Kullanılacak port numarasını belirler. TCP modu ile birlikte işe yarar.
-s : Çıkış yapılacak kaynak IP adresini belirler. Birden fazla ağ arayüzü olan sunucularda kullanışlıdır.
-i : Hangi ağ arayüzü üzerinden gidileceğini belirler.
-f : Başlangıç TTL değerini ayarlar. Belirli bir hop’tan itibaren trace almak istediğinde kullanışlıdır.
–sport : Kaynak port numarasını belirler.
Pratik Kullanım Örnekleri
DNS Çözümlemesini Devre Dışı Bırakma
Hızlı analiz yaparken her hop için DNS sorgusu yapılması işlemi yavaşlatır. -n parametresiyle bunu devre dışı bırakabilirsin:
traceroute -n google.comBu özellikle çok sayıda hop olan uzun trace’lerde büyük fark yaratır. Production ortamında acil bakıyorsan kesinlikle -n kullan.
ICMP Modu ile Trace
Bazı ağ ortamlarında UDP paketleri güvenlik duvarı tarafından engellenir. Bu durumda ICMP modunu dene:
sudo traceroute -I google.comICMP modu için root yetkisi gerektiğine dikkat et.
TCP Modu ile Güvenlik Duvarı Arkasını Görme
Web sunucusu gibi belirli bir servise giden yolu izlemek istiyorsan TCP modunu kullanabilirsin:
sudo traceroute -T -p 443 cloudflare.comBu komut, 443 portuna TCP SYN paketi göndererek hedefe giden yolu izler. Birçok güvenlik duvarı bu trafiği geçirir çünkü normal HTTPS trafiğinden ayırt edemez.
Belirli Bir Hop’tan Başlama
Diyelim ki ilk 10 hop’u zaten biliyorsun ve 11. hop’tan itibaren trace almak istiyorsun:
traceroute -f 11 hedefserver.comDaha Fazla Probe ile Güvenilir Ölçüm
Tek seferlik ölçümler yanıltıcı olabilir. Daha güvenilir sonuçlar için her hop’ta daha fazla probe gönder:
traceroute -q 10 hedefserver.comMaksimum Hop Sayısını Artırma
Varsayılan 30 hop bazen yetmez. Özellikle intercontinental bağlantılarda hop sayısı 40-50’yi aşabilir:
traceroute -m 60 uzakserver.comKaynak IP Belirleme
Birden fazla IP’ye sahip bir sunucuda belirli bir arayüzden trace almak için:
traceroute -s 203.0.113.50 hedef.com
# veya arayüz adıyla
traceroute -i eth1 hedef.comGerçek Dünya Senaryoları
Senaryo 1: Yüksek Gecikme Kaynağını Bulma
Ekipten biri “sunucu çok yavaş” diyor ama sunucu metrikleri normal görünüyor. Klasik bir ağ gecikmesi sorunu olabilir. Şöyle yaklaşırsın:
traceroute -n -q 5 uygulama-sunucusu.sirket.comÇıktıda şunu görüyorsun:
1 192.168.1.1 0.5 ms 0.4 ms 0.5 ms 0.4 ms 0.5 ms
2 10.10.0.1 1.2 ms 1.1 ms 1.3 ms 1.1 ms 1.2 ms
3 203.0.113.1 2.1 ms 2.0 ms 2.1 ms 2.0 ms 2.1 ms
4 198.51.100.1 45.3 ms 44.8 ms 45.1 ms 44.9 ms 45.2 ms
5 10.20.0.10 46.1 ms 45.9 ms 46.0 ms 45.8 ms 46.1 ms- hop’tan 4. hop’a geçişte yaklaşık 43ms’lik bir atlama var. Sonraki hop’larda gecikme benzer seviyelerde kalıyor. Bu, sorunun tam olarak 4. hop’ta başladığını gösterir. ISP’deki bir router ya da backbone bağlantısındaki bir sorun olabilir. Bu bilgiyle ISP’ye çok daha somut bir sorun kaydı açabilirsin.
Senaryo 2: Paket Kaybını Tespit Etme
Kullanıcılar belirli saatlerde bağlantı kesilmelerinden şikayet ediyor. traceroute ile anlık durumu kontrol ediyorsun:
traceroute -n hedefserver.com 1 192.168.1.1 0.5 ms 0.4 ms 0.5 ms
2 10.0.0.1 8.2 ms 8.1 ms 8.2 ms
3 * * *
4 * * *
5 72.14.215.1 12.3 ms 12.2 ms *
6 * * *Burada 3. hop’tan itibaren yıldızlar başlıyor ama 5. hop kısmen cevap veriyor. Bu ilginç bir durum. Her yıldız mutlaka paket kaybı anlamına gelmez; bazı router’lar ICMP cevaplarını güvenlik politikaları gereği engeller. Ama 5. hop’ta bir cevap var, demek ki o noktaya paketler ulaşabiliyor. 3. ve 4. hop’lar sadece ICMP’yi engelleyen cihazlar olabilir.
Daha net bir resim için TCP modunu dene:
sudo traceroute -T -p 80 hedefserver.comSenaryo 3: İki Farklı Lokasyondan Karşılaştırmalı Analiz
CDN veya yük dengeleme kullanan bir altyapıda, farklı lokasyonlardan farklı sonuçlar alman beklenir. Hangi edge node’a gittiğini görmek için:
# Farklı kaynak IP'ler veya arayüzler üzerinden
traceroute -i eth0 cdn.hedef.com
traceroute -i eth1 cdn.hedef.comÇıktıları karşılaştırarak hangi CDN node’una yönlendirildiğini ve hangisinin daha iyi gecikme verdiğini görebilirsin.
Senaryo 4: BGP Rota Değişikliklerini Takip Etme
Bir gün her şey normalken ertesi gün belirli bir hedefe giden trafik tamamen farklı bir yoldan gidiyorsa, BGP rota değişikliği yaşanmış olabilir. Düzenli aralıklarla trace alıp saklaman bu konuda çok işe yarar:
# Her 5 dakikada bir trace al ve logla
while true; do
echo "=== $(date) ===" >> /var/log/traceroute_log.txt
traceroute -n hedef.com >> /var/log/traceroute_log.txt 2>&1
sleep 300
doneBu basit script sayesinde rota değişikliklerini retrospektif olarak inceleyebilirsin.
mtr: traceroute’un Güçlü Kardeşi
traceroute tek seferlik bir anlık görüntü sunar. Ama sürekli izleme yapmak istiyorsan mtr (Matt’s Traceroute) çok daha güçlüdür. traceroute ve ping‘i birleştiren, sürekli güncellenen interaktif bir araçtır.
# Kurulum
sudo apt install mtr
# Temel kullanım
mtr google.com
# Raporlama modu (100 ping sonrası özet)
mtr --report --report-cycles 100 google.com
# DNS çözümlemesiz, sayısal modda rapor
mtr -n --report --report-cycles 50 hedef.commtr ile her hop için paket kaybı yüzdesini, ortalama, minimum ve maksimum gecikmeleri anlık olarak görürsün. Bir sorun analiz ederken traceroute ile başlayıp mtr ile derinleşmek iyi bir yaklaşımdır.
traceroute Çıktısını Doğru Yorumlama
Çıktıyı yanlış yorumlamak yanlış sonuçlara götürür. Dikkat etmen gereken birkaç önemli nokta var:
Yıldızlar her zaman sorun değildir: Bazı router’lar, güvenlik politikaları nedeniyle ICMP TTL exceeded mesajlarını göndermez. Paket içinden geçse bile sana cevap vermez. Eğer sonraki hop’lardan cevap geliyorsa, aradaki yıldızlar genellikle sorunsuz router’lardır.
Router gecikmesi ile link gecikmesini ayır: Bir hop’ta yüksek gecikme görüyorsun ama sonraki hop’larda gecikme normale dönüyorsa, o router’ın ICMP cevaplarını düşük öncelikle işlediği anlamına gelir. Gerçek bir gecikme problemi değildir.
Asimetrik rotalar kafa karıştırabilir: İnternet trafiği genellikle asimetriktir; gidiş yolu ile dönüş yolu farklı olabilir. traceroute sadece gidiş yolunu gösterir.
RTT değerlerinin artması: Hop’tan hop’a RTT değerleri genellikle artar. Eğer bir yerde ciddi bir atlama varsa ve sonrasında da yüksek kalıyorsa, gerçek bir gecikme noktası bulmuş olabilirsin.
RTT değerlerinin azalması: Bazen ileri hop’larda RTT’nin düştüğünü görürsün. Bu teknik olarak mümkündür çünkü bazı router’lar transit trafiği farklı şekilde işler.
tracepath ile Karşılaştırma
tracepath de benzer bir araçtır ama root yetkisi gerektirmez ve MTU (Maximum Transmission Unit) bilgisi de gösterir.
tracepath google.comRoot yetkisi olmadığın durumlarda tracepath iyi bir alternatiftir. Ama gelişmiş parametreler açısından traceroute çok daha zengindir.
Güvenlik Duvarı ve Ağ Ekipleriyle İletişim
traceroute sonuçlarını ağ ekibine veya güvenlik duvarı yöneticilerine iletirken, çıktıyı ham haliyle paylaşmak yerine net bir analiz sunmak çok daha etkilidir. Örneğin:
# Çıktıyı dosyaya kaydet
traceroute -n -q 5 hedef.com | tee /tmp/trace_$(date +%Y%m%d_%H%M%S).txtSonra bu dosyayı şu bilgilerle birlikte paylaş: hangi hop’ta sorun gözlemlediğini, kaç ms’lik gecikme spikeleri olduğunu ve sorunun ne zamandan beri devam ettiğini. Bu yaklaşım bilet açma sürecini çok daha verimli hale getirir.
IPv6 ile traceroute
IPv6 ağlarında traceroute6 komutunu kullanman gerekir:
traceroute6 ipv6.google.com
# veya
traceroute -6 ipv6.google.comÇift yığın (dual-stack) ortamlarda hangi protokolün kullanıldığını kontrol etmek için ikisini ayrı ayrı çalıştırıp karşılaştırabilirsin.
Toplu ve Otomatik Kullanım
Production ortamlarında ağ sorunlarını proaktif izlemek için traceroute‘u script’lere entegre edebilirsin:
#!/bin/bash
# Kritik hedeflere periyodik trace ve anomali tespiti
HEDEFLER=("db-server.internal" "api-gateway.internal" "external-cdn.com")
LOG_DIR="/var/log/network_traces"
mkdir -p $LOG_DIR
for hedef in "${HEDEFLER[@]}"; do
ZAMAN=$(date +%Y%m%d_%H%M%S)
DOSYA="$LOG_DIR/trace_${hedef}_${ZAMAN}.txt"
echo "Hedef: $hedef - Zaman: $(date)" > $DOSYA
traceroute -n -q 3 -w 3 $hedef >> $DOSYA 2>&1
echo "Trace tamamlandi: $DOSYA"
doneBu script’i cron ile çalıştırarak belirli aralıklarda otomatik trace alabilirsin. Anormal gecikme veya rota değişikliği olduğunda geçmiş loglarla karşılaştırma yapabilirsin.
Sonuç
traceroute, ağ sorunlarını çözerken elinden bırakmaman gereken temel araçlardan biridir. Basit bir gecikme sorununu ISP’ye atfetmeden önce, yüksek bir yük durumunda sunucuyu suçlamadan önce veya güvenlik duvarı kurallarını karıştırmadan önce bir traceroute çalıştırmanı şiddetle tavsiye ederim. Çoğu zaman cevap, hop listesinde net bir şekilde seni bekliyor olur.
Temel kullanımla başla, -n ile hızlandır, sorun derinleşirse -T veya -I modlarını dene ve uzun vadeli izleme için mtr ile traceroute‘u birlikte kullan. Ağ sorunları çözülmüş bir trace log’una bakarken ne kadar tatmin edici göründüğünü bir kez görürsen, bu aracı her zaman yanında bulundurmak isteyeceksin.