İki Sahip, Tek Adres: TAP Köprüsünde Yinelenen IP'ler

Bir Windows istemcisi 10.8.0.2'yi tutar ve başlangıç sırası değişene kadar çalışır; sonra istemcide hiçbir şey değişmemiş olsa da aynı adres çakışma olarak bildirilir. Aynı köprülenmiş segmentteki ikinci ana makine aynı değeri talep eder ve yapılandırmayı en son bitiren makine genellikle kaybeder. İkisi de adresin kendilerine ait olduğuna inanır ve kaybeden, kendisine kullanması söylenen adresi sessizce kullanmayı bırakır. Bunu bir zamanlama sorunu olarak ele almak, her yeniden başlatmada tekrarlamasına neden olan şeydir.

Bir köprüye dokunmadan önce çakışma kanıtlarını okuyun

Windows, adres çakışmasını diğer talep sahibinin donanım adresiyle birlikte bildirir. Asıl yararlı olgu o donanım adresidir, çünkü tek bir ana makinedeki tek bir arayüze karşılık gelir; olayın görünen adı ise kopyanın nerede olduğu hakkında hiçbir şey söylemez. Herhangi bir şeyi değiştirmeden önce donanım adresini yazın.

ARP tabanlı yinelenen algılama, bir adres kullanılmadan önce rakip sahipleri yoklar ve sonrasında da izlemeye devam eder. Bu yüzden ağı yapılandırırken orada olmayan bir ana makine bir saat sonra bile çakışmaya yol açabilir. Yoklama, açılışta yapılan tek seferlik bir denetim değildir. Sonradan ortaya çıkan bir makine bütün gün sessizce kullanılan bir adresi alabilir ve bu yüzden arıza yapılandırma hatası gibi değil, yarış gibi okunur.

Bir çakışma olayı tek başına diğer talebi hangi yapılandırmanın oluşturduğunu söylemez ve adresleri deneysel olarak silmek bunu size söyleyecek eşlemeyi yok eder. Kanıtın amacı bir donanım adresini inceleyebileceğiniz bir arayüze dönüştürmektir. Envanterde makine adına göre arama yapmak genellikle sizi yanlış ana makineye gönderir.

Segmentteki her talebi envanterleyin

Köprülenmiş bir TAP kurulumu, önceden ayrı olan Ethernet segmentlerini birleştirir; bu yüzden kendi ağlarında benzersiz olan adresler, çerçeveler tek bir bağlantıyı paylaştığında çakışabilir. Bu arıza sınıfının bir VPN'de bulunması ve yerini aldığı yönlendirilmiş ağlarda bulunmaması bundandır. Şüphelendiğiniz ilk sahip yerine olası her sahibi listeleyin.

Listeyi şu sırayla geçin: her köprü aygıtındaki ve üye bağlantı noktalarındaki adresler, OpenVPN havuzu ve istemci başına herhangi bir sabit atama ile köprülenmiş segmenti kapsayan herhangi bir DHCP sunucusu. Sonra çakışma raporundaki donanım adresini bulduğunuz arayüzlerle eşleştirin.

ip -4 addr show | grep -E 'inet |^[0-9]+: '
bridge link show
ip neigh show dev br0

Havuz ve DHCP aralığı insanların unuttuğu iki sahiptir. İki aralığı birlikte yazdırın ve başka bir şey yapmadan önce örtüşme arayın. Elle atanmış bir köprü adresi ile aynı değeri dağıtan bir havuz eninde sonunda çakışır ve iki aralık yan yana yazdırılana kadar çakışma rastgele görünür.

Köprüleri yalnızca kimliğe ihtiyaç duydukları yerde numaralandırın

Normal bir ana makine köprüsünde köprü aygıtı ana makinenin üçüncü katman yapılandırmasını taşır ve Ethernet ile TAP üyeleri bağlantı noktası olarak çalışır. Her üyeye kendi adresini vermek veya adresi değiştirmeden tek bir kurulum betiğini birkaç makineye kopyalamak, tek bir segmentin aynı değerin üç sahibiyle sonuçlanmasının yoludur. Üyelerin çerçeveleri iletmek için kendi kimliklerine ihtiyacı yoktur. O segmentte erişilebilir olması gereken her ana makine için tam olarak bir kimliğe ihtiyaçları vardır.

Yalnızca çerçeve anahtarlayan bir köprünün o segmentte adrese hiç ihtiyacı yoktur. Numarasız bırakmak, ana makinede doğruladığınız bir yönetim yolu kaldığı sürece bütün bir çakışma sınıfını ortadan kaldırır. Önce erişimi doğrulayın, ikinci olarak adresi kaldırın ve üçüncü olarak erişilebilirliği kontrol edin.

Silmek üzere olduğunuz adres makineye giden tek yolsa, onu deney olarak silmek tanı değil, kendi kendinize açtığınız bir kesintidir. Herhangi bir şeyi test etmeden önce bant dışı yolu doğrulayın.

Düzeltmenin yeniden başlatmaya dayanmasını sağlayın

Çalışan bir arayüzü değiştirmek yalnızca mevcut açılışı düzeltir, başka bir şeyi değil. Açılışta adresi yeniden oluşturan ne varsa bir sonraki yeniden başlatmada çakışmayı geri getirecektir ve düzeltmenin işe yaramadığı sonucuna varacaksınız, oysa gerçekte hiç kalıcı olmamıştı. Hangi dosyayı değiştirdiğinizi not edin, böylece sonraki yeniden başlatma bir sürpriz açığa çıkarmak yerine bir kararı doğrulasın.

O yapılandırmanın sahibini bulun: bir ağ yöneticisi profili, arayüz başına bir dosya, bir konteyner veya VM tanımı ya da bir cloud-init parçası. Orada değiştirin, sonra yeni değerin geri geldiğini doğrulamak için etkilenen bir ana makineyi bilerek yeniden başlatın. Yeniden başlatma, kalıcılığı kanıtlayan tek testtir.

Köprü adreslerini DHCP aralığının içinde dışlamalar olarak ayırın veya aralığın dışına taşıyın. Yalnızca bir elektronik tabloda var olan ayırma dışlama değildir ve dağıtıcı onu okumaz.

Bunu tüm istemciler çevrimiçiyken kanıtlayın

Tek bir başarılı bağlantı hiçbir şeyi kanıtlamaz, çünkü asıl belirti yalnızca sıra değiştiğinde ortaya çıkıyordu. Amaçlanan her istemciyi ayağa kaldırın, başlangıç sırasını değiştirin ve yeniden bağlandıktan sonra tekrarlayın. Sonra yarışı eskiden kaybeden ana makineyi yeniden başlatın ve adresin hayatta kaldığını doğrulayın.

Doğrudan doğrulama için adresi atamadan önce yinelenen bir sahip olup olmadığını yoklayın ve sonrasında komşu tablosunu izleyin. Hiçbir şey yoklamaya yanıt vermezse ve adres tam bir yeniden başlatma döngüsü boyunca benzersiz biçimde elde tutulursa, çakışma yalnızca gizlenmiş değil çözülmüştür. Aşağıdaki komutlar her iki kontrolü de köprü aygıtında gerçekleştirir. RFC 5227 bu araçların uyguladığı yoklama ve duyuru davranışını açıklar ve birileri algılamayı kapatmayı önerdiğinde başvurulacak kaynak odur.

arping -D -I br0 10.8.0.2
ip neigh show dev br0 | grep 10.8.0.2

Yanıt almayan bir yoklama, temiz bir segmentte beklenen sonuçtur. Yanıt çeken bir yoklama size kalan sahibin donanım adresini verir; bu, Windows olayının başlangıçta size verdiği kanıtın aynısıdır. Bu çıktıyı değişiklik kaydıyla birlikte saklayın, çünkü adresin benzersiz biçimde tutulduğunun tek kanıtı odur.