Ağda IP adresi çakışması: algılama ve çözünürlük
Forumlar periyodik olarak sorunu gündeme getiriyorAynı fiziksel segmentte aynı IP adreslerini içeren ağların çalışması. Ağdaki sözde IP adresi çakışması ortaya çıkıyor. Bu forumların çoğunu okuduktan sonra, herkesin bu süreci doğru bir şekilde anlayamadığı anlaşılıyor, pek çok kişi gerçeklerden uzak, çeşitli kurgular ve tahminler için ortaya çıkmaya başlıyor. Çok geçmeden, sistem yöneticilerinin mükemmel bir kaynağında, bu konu şiddetle tartışıldı. Bu bakımdan ortaya çıkan durumun bir şekilde açıklığa kavuşturulması ihtiyacı vardı. Forumların formatı, onlara soru ve cevaplardan oluşan zincirlerin değiş tokuşudur ve makalede sürekli olarak her şey hakkında konuşabilirsiniz.
Ağ ve ağ protokollerinde çakışan IP adresleri
Kontrolten sorumlu tek şeyağ adreslerinin çoğaltılması, ARP adreslerini dönüştürmek için kullanılan protokoldür. Bütün bu etkileşimi belirli bir biçimde sunmak mümkündür. Yeni bir IP adresi alındığında, Düğüm A, ARP biçimindeki gönüllü talebe özel bir brokadast gönderir. Tüm işlemin DNS sunucusunun IP adresinden etkilenmediğini anlamak önemlidir. Talep, SPA ve TRA alanlarının kendi adreslerini içerdiği özel bir bilgi aktarımı formudur. Bu sorgu yanıtlanırsa, bu ağdaki IP adresinin çakışmasıdır. Cevap yoksa, adres için çoğaltmalar olmaz ve ağda benzersizdir. Bir cevap geldiğinde durum çok daha ilginçtir, bu durumda ağda ne olur?
Ağa bir talep gönderen bir düğüm devraldıSaldırı düğümü olarak adlandırılan düğümün durumu ve isteğe yanıt veren kişi saldırıya uğramış düğümün durumunu alır. Bu çatışmayı saptama sürecinde her birine ne olur?
Saldıran düğümü ele alalım. Dinamik bir IP adresine sahip olmadıysa ve yapılandırma el ile yapıldıysa, yanıt alındıktan sonra adres başlatması sıfırlanır, yani düğüm, arabirime çakışan bir adres atamadı. Bunun bir kaydı sistem günlüğüne kaydedilecek ve ekranda bir hata görüntülenecektir. Adres DHCP üzerinden yapılandırılmışsa, istemci, DHCP sunucusundan aldığı adresi özel DHCPOFFER paketindeki çakışma olup olmadığını kontrol edecektir. DHCPOFFER adresinin yinelenmesi durumunda, istemcinin talebe yanıtı aldıktan sonra, DHCP sunucusuna özel bir DHCPDECLINE paketi gönderilecektir. Hizmetin uygulanmasına bağlı olarak, bu adres arızalı olarak işaretlenecek ve ardından ücretsiz adres listesinden kaldırılmalıdır. Bundan sonra istemci, DHCPDISCOVER paketleri göndererek sunucudan ip adresini almak için yeni girişimlerde bulunacaktır.
Şimdi IP adresi çakışmasını düşünebilirsinizsaldırılan düğümden ağ. Çatışmalar çok basittir, eğer alan bir SPA ise, o zaman düğüm tarafından bir çatışma tesis edilir. Bu gerçek ayrıca özel bir olay günlüğüne kaydedilir ve kullanıcı bir hata bildirimi alır. Aynı zamanda, çakışmaya neden olan ip adresi, saldırılan düğümden kaldırılmaz. Çatışma sağlandıktan sonra, şekillenen çatışmayı çözmek için bir mekanizma çalışmaya başlıyor. Bu durumda sorunun özü şöyledir: gönüllü bir talep gönderdikten sonra, bölümün tüm müşterileri belirli bir plan ile gönderilir. Sonuç, üç karenin ardışık değişimlerinden bir resmin alınmasıdır.
Veri alışverişi isteklerine göre veCevaplar sadece adresin başlatılmasında yapılır. Örneğin, bir düğüm, ağa bağlanmadan önce çakışan bir adrese yapılandırılmışsa, ardından açıldıktan sonra, gönüllü isteklerle veri değişimi olmaz. Bu bağlamda, ağın her iki düğümleri de bu çakışan adresi kullanacaktır, ancak her yeni ARP isteğiyle, her iki düğüm de çakışan adresler hakkında bir hata oluşturur.
Related news
Ağda IP adresi çakışması: algılama ve çözünürlük