Bir ping girişiminde “TTL'nin transit geçme süresi” ne anlama geliyor?

Farklı bir ağ segmentinde bir sunucuya ping yapmaya çalıştığımızda “TTL'nin geçerliliği sona erdi” mesajını alıyoruz. Tracert'i çalıştırdığımızda 4 ip adresi belirsiz bir şekilde 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 cevaplarda belirtildiği gibi, rotada TTL'nin süresinin dolmasına neden olan bir döngü vardır.

IP adresleri tekrarlanan cihazlarda rotayı kontrol edin. Linux'ta kullanabilirsiniz

route -n 

Geçerli yönlendirme tablosunu görmek için kök kullanıcı olarak. Pencerelerde cmd'ye gidip komutu kullanabilirsiniz.

route print

geçerli yönlendirme tablosunu görmek için. Cisco yönetilebilir anahtarlarında komutu kullanabilirsiniz.

show ip route

Yukarıdaki komutları tekrarlayan dört IP'nin hepsinde hangi yönlendirme tablosunun yanlış olduğunu görmelisiniz. İlgili dört cihazdan / ana bilgisayardan biri, trafiği ideal olarak 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.

"Taşıma sırasında süresi dolan TTL", paketin TTL değeriyle ilgilidir; içinden geçtiği her yönlendirici birer düşürür, 0'a basarsa paket gönderene iade edilir. Paketlerin sonsuza kadar daire şeklinde hareket ettiği sonsuz döngüler önlenir.

IP paketinin bir TTL bayrağı vardır. Bu, paket her yönlendirildiğinde 1 oranında azalır. Değer 0 olduğunda, yönlendirici paketi düşürür ve Geçiş Süresi aşıldığında bir ICMP mesajı gönderilir .
Bu, ağlarda yönlendirme problemi olduğunda paketlerin sonsuz şekilde yönlendirilmesini önlemek için yapılır. Buradaki durum bu, paketin asla ulaşamayacağı ve sonunda TTL'nin 0'a ulaştığı bir yönlendirici tarafından düşürüldüğü bir yönlendirme döngüsünüz var.

Dört yönlendiricinin yönlendirme tablolarını kontrol ederken rotaların ağ maskesine ve yönlendiricinin " classless" yönlendirebiliyor olmasına odaklanın .

Daha eski Ciscos'ta bunu açıkça etkinleştirmeniz gerekir, aksi takdirde alt ağlarınız yerine tüm klasik ağları yönlendirir. Örneğin, konfigürasyon 10.20.30.0/24gibi bir yolla sonuçlanacaktır 10.0.0.0/8.

Protokolden hiç bahsetmiyorsunuz, ancak statik yolların aşırı kullanımının hataya oldukça sık yol açtığını biliyorum. Dinamik bir yönlendirme protokolü kullanmak, bunu yöneticilerin çok az çabayla çözmesi gerekir.

Ben sadece 1. tabakadan başlamak derim. Yönlendiricinin açık ve ağa bağlayan bağlantı noktasının açık olduğundan emin olun. Ardından, rotanızdaki her sekmedeki yönlendirme tablosunu inceleyerek, ICMP kaynağınızdan hedef yönlendiriciye rotanızı eşleyin.

Ping işlemi Transit Süresi Doldu ... sonuçlarına ulaştığında kısa şema - ISS ==> Yönlendirici ==> Anahtar ==> PC’lere

ISS cihazlarını görebilirse swich'i yeniden başlatmanız gerekebilir. Eğer işe yararsa, 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, bu yüzden diğer herkesle iletişim kuracağım. ICMP Yankı İsteği'nin aynı 4 yönlendirici arasında döngü oluşturmaya devam etmesiyle kanıtlandığı gibi bir yönlendirme döngüsünüz var. Yönlendiricideki yönlendirme tablolarını kontrol edin, yönlendirici ile xxx250'de başlayın.

Bir TTL expired in transitmesaj aldım ve sorun DHCP'ye hatalı girdi.

Birisi DHCP sunucusuna statik IP adresi (10.xx11) ile aynı ana bilgisayar adını eklerken, ana bilgisayar da yeni bir dinamik IP adresi (10.xx22) kiralamış.

Pinging host.example.com [10.x.x.22] with 32 bytes of data:
Reply from 10.x.x.11: TTL expired in transit.
Reply from 10.x.x.11: TTL expired in transit.
Reply from 10.x.x.11: TTL expired in transit.
Reply from 10.x.x.11: TTL expired in transit.

Ping statistics for 10.x.x.22:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),