Farklı bir ağ segmentindeki bir sunucuya ping atmaya çalıştığımızda “TTL geçiş süresi doldu” mesajı alıyoruz. Tracert çalıştırdığımızda, 4 ip adresi kendilerini süresiz olarak tekrar eder:
14 60 ms 59 ms 60 ms xxx.xxx.xxx.2 15 83 ms 81 ms 82 ms xxx.xxx.xxx.128 16 75 ms 80 ms 81 ms xxx.xxx.xxx.249 17 81 ms 78 ms 80 ms xxx.xxx.xxx.250 18 82 ms 80 ms 77 ms xxx.xxx.xxx.2 19 102 ms 101 ms 100 ms xxx.xxx.xxx.128 20 101 ms 100 ms 98 ms xxx.xxx.xxx.249 21 97 ms 98 ms 99 ms xxx.xxx.xxx.250 ...
Bu hatayı gidermek için temel adımlar nelerdir?
Yukarıdaki tüm yanıtlarda belirtildiği gibi, yönlendirme içinde TTL süresinin dolmasına neden olan bir döngü vardır).
IP adresleri tekrarlanan cihazlarda rotayı kontrol edin. Linux'ta şunları kullanabilirsiniz:
route -n
geçerli yönlendirme tablosunu görmek için kök kullanıcı olarak. Windows'da cmd'ye gidebilir ve komutu kullanabilirsiniz
route print
geçerli yönlendirme tablosunu görmek için. Cisco yönetilebilir anahtarlarında şu komutu kullanabilirsiniz:
show ip route
Yinelenen dört IP'nin hepsinde yukarıdaki komutları kullanarak hangi yönlendirme tablosunun yanlış olduğunu görmelisiniz. İlgili dört cihazdan/ana bilgisayardan biri, trafiği başka bir ağ geçidi kullanarak ping yaptığınız hedefe yönlendirmelidir.
Ağ yapılandırmalarınızda dairesel bir rota var, ilgili cihazlardaki yönlendirme tablolarınızı kontrol edin.
"Geçişte TTL süresi doldu", paketin TTL değeri ile ilgilidir; içinden geçtiği her yönlendirici bir tane düşürür, 0'a ulaşırsa, paket gönderene geri gönderilir. paketlerin sonsuza dek çevrelerde dolaştığı sonsuz döngüler.
IP paketinde TTL işareti bulunur. Paket her yönlendirildiğinde bu değer 1 azalır. Değer 0 olduğunda, yönlendirici paketi bırakır ve bir ICMP mesajı gönderir Geçişte yaşam süresi aşılmıştır .
Bu, ağlarda yönlendirme sorunu olduğunda paketlerin sonsuz bir şekilde yönlendirilmesini önlemek için yapılır. Buradaki durum budur, paketin asla ulaşmadığı bir hedefiniz vardır ve sonunda TTL 0'a ulaştığı için yönlendiriciden biri tarafından bırakılır).
Dört yönlendiricinin yönlendirme tablolarını kontrol ederken, ağların mask yollarına ve yönlendiricinin "
classless" 'yi yönlendirip yönlendiremeyeceğine odaklanın.
Eski Ciscos'ta bunu açıkça etkinleştirmeniz gerekir, aksi takdirde alt ağlarınız yerine tüm klasik ağları yönlendirirler. Örneğin. yapılandırılıyor
10.20.30.0/24,
10.0.0.0/8.
Pinglendiğinde Transit In Expit ... kısa diyagramı oluştu - ISP ==> Router ==> PC'ye ==> geçin
ISS cihazlarını görebiliyorsa, anahtarı yeniden başlatmanız gerekebilir. Eğer işe yarıyorsa, hepiniz hazırsınız demektir. Değilse, yönlendiriciyi yeniden başlatmanız gerekebilir.
Aynı hata mesajını aldım. Anahtarı yeniden başlattım ve her şey geri geldi.
İyi şanslar.
Tamam, ben de herkese gireceğim. ICMP Yankı İsteğinin aynı 4 yönlendirici arasında döngü oluşturmaya devam etmesi ile kanıtlandığı gibi bir yönlendirme döngünüz var. Yönlendiricideki yönlendirme tablolarını, x.x.x.250'deki yönlendiriciden başlayarak kontrol edin.
Protokolden bahsetmiyorsunuz, ancak statik yolların aşırı kullanımının hataya oldukça sık yol açtığını görüyorum. Dinamik bir yönlendirme protokolü kullanmak bunu yöneticilerin çabasıyla çözmelidir.
Basitçe katman-1'den başlamayı söyleyebilirim. Yönlendiricinin açık olduğundan ve ağa bağlayan bağlantı noktasının yukarıda olduğundan emin olun. Ardından, yol boyunca her bir şeritteki yönlendirme tablosunu inceleyerek rotanızı ICMP kaynağınızdan hedef yönlendiriciye eşleyin.