İki sahib, bir ünvan: TAP körpüsündə təkrar IP-lər

Bir Windows klienti 10.8.0.2 ünvanını saxlayır və başlama sırası dəyişənə qədər işləyir; sonra eyni ünvan toqquşma kimi bildirilir, halbuki klientdə heç nə dəyişməyib. Eyni körpülənmiş seqmentdəki ikinci host eyni dəyəri tələb edir və konfiqurasiyanı son bitirən maşın adətən uduzur. Hər ikisi ünvanın özünə aid olduğuna inanır və uduzan, ona istifadə etməsi deyilən ünvandan səssizcə imtina edir. Bunu zamanlama problemi kimi qəbul etmək onu hər yenidən başlatmada təkrarlayan səbəbdir.

Körpüyə toxunmadan əvvəl toqquşma sübutlarını oxuyun

Windows ünvan toqquşmasını digər iddiaçının aparat ünvanı ilə birlikdə bildirir. Bu aparat ünvanı faydalı faktdır, çünki bir hostda bir interfeysə uyğun gəlir; hadisənin göstərilən adı isə təkrarın harada olduğu barədə heç nə demir. Hər nəyisə dəyişməzdən əvvəl aparat ünvanını yazın.

ARP əsaslı təkrar aşkarlama ünvan istifadə olunmazdan əvvəl rəqib sahibləri yoxlayır və sonra da izləməyə davam edir. Buna görə şəbəkəni konfiqurasiya edərkən olmayan host bir saat sonra da toqquşmaya səbəb ola bilər. Yoxlama açılışda birdəfəlik yoxlama deyil. Sonradan peyda olan maşın bütün gün sakit istifadədə olan ünvanı götürə bilər; buna görə nasazlıq konfiqurasiya xətası kimi deyil, yarış kimi görünür.

Toqquşma hadisəsi təkbaşına digər iddianı hansı konfiqurasiyanın yaratdığını demir və ünvanları təcrübə üçün silmək sizə deyəcək uyğunluğu məhv edir. Sübutun məqsədi aparat ünvanını yoxlaya biləcəyiniz interfeysə çevirməkdir. İnventarı maşın adı ilə axtarmaq adətən sizi yanlış hosta aparır.

Seqmentdəki hər iddianı inventarlaşdırın

Körpülənmiş TAP quruluşu əvvəllər ayrı olan Ethernet seqmentlərini birləşdirir, ona görə öz şəbəkələrində unikal olan ünvanlar kadrlar bir keçid paylaşdıqda toqquşa bilər. Bu nasazlıq sinfi buna görə VPN-də mövcuddur və onu əvəz edən marşrutlaşdırılmış şəbəkələrdə yoxdur. Şübhələndiyiniz ilk sahibi deyil, hər mümkün sahibi sadalayın.

Siyahını bu sıra ilə keçin: hər körpü cihazındakı və onun üzv portlarındakı ünvanlar, OpenVPN hovuzu və hər klient üçün sabit təyinat, və körpülənmiş seqmenti əhatə edən istənilən DHCP serveri. Sonra toqquşma hesabatındakı aparat ünvanını tapdığınız interfeyslərlə uyğunlaşdırın.

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

Hovuz və DHCP diapazonu insanların unutduğu iki sahibdir. Hər iki diapazonu birlikdə çap edin və başqa bir şey etməzdən əvvəl üst-üstə düşmə axtarın. Əl ilə təyin edilmiş körpü ünvanı və eyni dəyəri verən hovuz nəticədə toqquşacaq və hər iki diapazon yanaşı çap olunana qədər toqquşma təsadüfi görünəcək.

Körpüləri yalnız şəxsiyyət lazım olan yerdə nömrələyin

Adi host körpüsündə körpü cihazı hostun üçüncü qat konfiqurasiyasını daşıyır, Ethernet və TAP üzvləri isə port rolunu oynayır. Hər üzvə öz ünvanını vermək və ya bir quraşdırma skriptini ünvanı dəyişmədən bir neçə maşına köçürmək bir seqmentin eyni dəyərin üç sahibi ilə bitməsinin yoludur. Üzvlərin kadrları ötürmək üçün öz şəxsiyyətlərinə ehtiyacı yoxdur. Onlara o seqmentdə əlçatan olması lazım olan hər host üçün dəqiq bir şəxsiyyət lazımdır.

Yalnız kadrları kommutasiya edən körpüyə o seqmentdə ünvan ümumiyyətlə lazım deyil. Onu nömrəsiz buraxmaq toqquşmanın bütöv bir sinfini aradan qaldırır, bir şərtlə ki, hostun yoxladığınız idarəetmə yolu hələ də olsun. Əvvəlcə girişi təsdiqləyin, ikinci olaraq ünvanı silin, üçüncü olaraq əlçatanlığı yoxlayın.

Siləcəyiniz ünvan maşına yeganə yoldursa, onu təcrübə kimi silmək diaqnoz deyil, özünə vurduğun kəsintidir. Hər nəyisə sınamazdan əvvəl kənar yolu yoxlayın.

Düzəlişi yenidən başlatmaya davamlı edin

Canlı interfeysi dəyişmək cari açılışı düzəldir, başqa heç nəyi yox. Başlanğıcda ünvanı yenidən yaradan hər nə varsa, növbəti yenidən başlatmada toqquşmanı bərpa edəcək və siz düzəlişin işləmədiyi qənaətinə gələcəksiniz, halbuki o heç vaxt davamlı olmayıb. Hansı faylı dəyişdiyinizi qeyd edin ki, növbəti yenidən başlatma sürpriz açmaq əvəzinə bir qərarı təsdiqləsin.

Həmin konfiqurasiyanın sahibini tapın: şəbəkə meneceri profili, hər interfeys üçün fayl, konteyner və ya VM tərifi, yaxud cloud-init fraqmenti. Onu orada dəyişin, sonra yeni dəyərin geri qayıtdığını təsdiqləmək üçün təsirə məruz qalan bir hostu qəsdən yenidən başladın. Yenidən başlatma davamlılığı sübut edən yeganə sınaqdır.

Körpü ünvanlarını DHCP diapazonunun içində istisna kimi ayırın və ya onları onun xaricinə köçürün. Yalnız cədvəldə mövcud olan rezervasiya istisna deyil və paylayıcı onu oxumayacaq.

Bunu bütün klientlər onlayn ikən sübut edin

Bir uğurlu qoşulma heç nə sübut etmir, çünki ilkin simptom yalnız sıra dəyişəndə görünürdü. Nəzərdə tutulan bütün klientləri qaldırın, başlama sırasını dəyişin və yenidən qoşulmadan sonra təkrarlayın. Sonra yarışı uduzan hostu yenidən başladın və ünvanın qaldığını təsdiqləyin.

Birbaşa təsdiq üçün ünvanı təyin etməzdən əvvəl təkrar sahibi yoxlayın və sonra qonşu cədvəlini izləyin. Heç nə yoxlamaya cavab vermirsə və ünvan tam yenidən başlatma dövrü boyu unikal qalırsa, toqquşma sadəcə gizlədilməyib, həll olunub. Aşağıdakı əmrlər hər iki yoxlamanı körpü cihazında yerinə yetirir. RFC 5227 bu alətlərin icra etdiyi yoxlama və elan davranışını təsvir edir və kimsə aşkarlamanın söndürülməsini təklif edəndə istinad edilməli mənbədir.

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

Cavab almayan yoxlama təmiz seqmentdə gözlənilən nəticədir. Cavab çəkən yoxlama sizə qalan sahibin aparat ünvanını verir; bu, Windows hadisəsinin əvvəldə verdiyi eyni sübutdur. Bu çıxışı dəyişiklik qeydi ilə saxlayın, çünki ünvanın unikal saxlandığının yeganə sübutu odur.