Dua Pemilik, Satu Alamat: IP Duplikasi pada Jambatan TAP

Satu klien Windows memegang 10.8.0.2 dan berfungsi sehingga urutan but berubah; kemudian alamat yang sama dilaporkan sebagai konflik sedangkan tiada apa pun berubah pada klien. Hos kedua pada segmen terjambat yang sama menuntut nilai yang sama, dan mesin yang selesai dikonfigurasi terakhir biasanya kalah. Kedua-duanya percaya alamat itu miliknya, dan pihak yang kalah diam-diam berhenti menggunakan alamat yang disuruhnya gunakan. Menganggapnya sebagai masalah masa itulah yang menjadikannya berulang pada setiap but semula.

Baca bukti konflik sebelum menyentuh jambatan

Windows melaporkan konflik alamat bersama alamat perkakasan penuntut yang lain. Alamat perkakasan itulah fakta yang berguna, kerana ia memetakan kepada satu antara muka pada satu hos, manakala nama paparan peristiwa tidak memberitahu apa-apa tentang di mana pertindihan itu berada. Catat alamat perkakasan itu sebelum mengubah apa pun.

Pengesanan pertindihan berasaskan ARP menyiasat pemilik pesaing sebelum alamat digunakan dan terus memerhati selepasnya. Itulah sebabnya hos yang tidak hadir semasa anda mengkonfigurasi rangkaian masih boleh menyebabkan konflik sejam kemudian. Siasatan itu bukan pemeriksaan sekali sahaja semasa but. Mesin yang muncul kemudian boleh mengambil alamat yang telah digunakan dengan tenang sepanjang hari, dan itulah sebabnya kegagalan itu dibaca sebagai perlumbaan dan bukannya ralat konfigurasi.

Peristiwa konflik sahaja tidak menyatakan konfigurasi mana yang mencipta tuntutan yang lain, dan memadam alamat secara percubaan memusnahkan pemetaan yang sepatutnya memberitahu anda. Tujuan bukti ialah mengubah alamat perkakasan menjadi antara muka yang boleh anda periksa. Mencari inventori mengikut nama mesin biasanya membawa anda ke hos yang salah.

Inventori setiap tuntutan pada segmen

Persediaan TAP terjambat menyatukan segmen Ethernet yang dahulunya berasingan, jadi alamat yang unik dalam rangkaian masing-masing boleh berlanggar sebaik sahaja bingkai berkongsi satu pautan. Itulah sebabnya kelas kerosakan ini wujud pada VPN dan tidak wujud pada rangkaian berhalakan yang digantikannya. Senaraikan setiap pemilik yang mungkin dan bukannya yang pertama anda syak.

Lalui senarai dalam susunan ini: alamat pada setiap peranti jambatan dan port ahlinya, OpenVPN kolam dan sebarang peruntukan tetap bagi setiap klien, serta mana-mana pelayan DHCP yang meliputi segmen terjambat itu. Kemudian padankan alamat perkakasan daripada laporan konflik dengan antara muka yang anda temui.

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

Kolam dan julat DHCP ialah dua pemilik yang orang lupa. Cetak kedua-dua julat bersama-sama dan cari pertindihan sebelum melakukan apa-apa lagi. Alamat jambatan yang diberikan secara manual dan kolam yang mengeluarkan nilai yang sama akan berlanggar lambat laun, dan perlanggaran itu kelihatan rawak sehingga kedua-dua julat dicetak bersebelahan.

Nomborkan jambatan hanya di tempat yang memerlukan identiti

Dalam jambatan hos biasa, peranti jambatan membawa konfigurasi lapisan ketiga hos dan ahli Ethernet serta TAP bertindak sebagai port. Memberi setiap ahli alamatnya sendiri, atau menyalin satu skrip persediaan ke beberapa mesin tanpa menukar alamat, ialah cara satu segmen berakhir dengan tiga pemilik nilai yang sama. Ahli tidak memerlukan identiti sendiri untuk memajukan bingkai. Mereka memerlukan tepat satu identiti bagi setiap hos yang mesti boleh dicapai pada segmen itu.

Jambatan yang hanya menukar bingkai tidak memerlukan alamat langsung pada segmen itu. Membiarkannya tanpa nombor menghapuskan seluruh kelas perlanggaran, dengan syarat hos masih mempunyai laluan pengurusan yang anda sahkan. Sahkan akses dahulu, buang alamat kedua, dan periksa kebolehhubungan ketiga.

Jika alamat yang akan anda padam itu satu-satunya laluan masuk ke mesin, memadamnya sebagai percubaan ialah gangguan yang anda timbulkan sendiri, bukan diagnosis. Sahkan laluan luar jalur sebelum menguji apa pun.

Jadikan pembetulan itu bertahan selepas but semula

Menukar antara muka yang hidup hanya membetulkan but semasa dan tidak lebih. Apa pun yang mencipta semula alamat semasa but akan memulihkan konflik pada but semula berikutnya, dan anda akan menyimpulkan pembetulan itu tidak berkesan sedangkan sebenarnya ia tidak pernah berkekalan. Catat fail mana yang anda ubah, supaya but semula berikutnya mengesahkan keputusan dan bukannya mendedahkan kejutan.

Cari pemilik konfigurasi itu: profil pengurus rangkaian, fail bagi setiap antara muka, definisi kontena atau VM, atau serpihan cloud-init. Ubahnya di sana, kemudian but semula satu hos yang terjejas dengan sengaja untuk mengesahkan nilai baharu itulah yang kembali. But semula ialah satu-satunya ujian yang membuktikan kekekalan.

Tempahkan alamat jambatan di dalam julat DHCP sebagai pengecualian, atau pindahkannya ke luarnya. Tempahan yang hanya wujud dalam hamparan bukan pengecualian, dan pengagih tidak akan membacanya.

Buktikan dengan semua klien dalam talian

Satu sambungan yang berjaya tidak membuktikan apa-apa, kerana gejala asal hanya muncul apabila urutan berubah. Hidupkan setiap klien yang dimaksudkan, ubah urutan but, dan ulangi selepas sambung semula. Kemudian but semula hos yang dahulunya kalah dalam perlumbaan dan sahkan alamat itu bertahan.

Untuk pengesahan langsung, siasat sama ada terdapat pemilik pendua sebelum memberikan alamat itu dan perhatikan jadual jiran selepasnya. Jika tiada apa yang menjawab siasatan itu dan alamat kekal dimiliki secara unik sepanjang kitaran but semula penuh, konflik itu telah diselesaikan dan bukan sekadar disembunyikan. Arahan di bawah menjalankan kedua-dua pemeriksaan pada peranti jambatan. RFC 5227 menerangkan tingkah laku siasatan dan pengumuman yang dilaksanakan oleh alat ini, dan itulah rujukan yang dipetik apabila seseorang mencadangkan pengesanan dimatikan.

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

Siasatan yang tidak menerima jawapan ialah hasil yang dijangka pada segmen bersih. Siasatan yang menarik respons memberikan alamat perkakasan pemilik yang tinggal, bukti yang sama yang diberikan peristiwa Windows pada mulanya. Simpan output itu bersama rekod perubahan, kerana itulah satu-satunya bukti bahawa alamat itu dimiliki secara unik.