Twa eigners, ien adres: dûbele IP's op in TAP-brêge

Ien Windows-klant hâldt 10.8.0.2 en wurket oant de opstartfolchoarder feroaret; dan wurdt itselde adres as konflikt rapportearre wylst der oan 'e klant neat feroare is. In twadde host op itselde oerbrêge segmint easket deselde wearde, en de masine dy't it konfigurearjen as lêste dien hat, ferliest meastentiids. Beide leauwe dat se it besitte, en de ferliezer hâldt stil op mei it brûken fan in adres dat him sein waard te brûken. Krekt it behanneljen dêrfan as in tiidprobleem soarget derfoar dat it by elke werstart weromkomt.

Lês de konfliktbewizen foardat jo in brêge oanreitsje

Windows rapportearret in adreskonflikt tegearre mei it hardware-adres fan 'e oare claimant. Dat hardware-adres is it nuttige feit, want it mappet nei ien ynterface op ien host, wylst de werjûn namme fan 'e barrens jo neat fertelt oer wêr't it duplikaat wennet. Skriuw it hardware-adres op foardat jo wat feroarje.

ARP-basearre duplikaatdeteksje sondearret konkurrearjende eigners foardat in adres brûkt wurdt en bliuwt dêrnei tafersjoch hâlden. Dêrom kin in host dy't ôfwêzich wie wylst jo it netwurk konfigurearren, in oere letter noch in konflikt feroarsaakje. It sondearjen is gjin ienmalige kontrôle by it opstarten. In masine dy't letter ferskynt, kin in adres nimme dat de hiele dei stil yn gebrûk wie, en dêrom liket de flater as in wedrin ynstee fan in konfiguraasjeflater.

In konfliktbarrens allinnich seit net hokker konfiguraasje de oare claim makke hat, en adressen eksperiminteel wiskje ferneatiget de mapping dy't it jo sein hie. It doel fan it bewiis is om in hardware-adres om te setten yn in ynterface dy't jo besjen kinne. Sykje yn 'e ynventaris op masinenamme stjoert jo meastentiids nei de ferkearde host.

Ynventarisearje elke claim op it segmint

In oerbrêge TAP-opset ferbynt Ethernet-segmenten dy't earder apart wiene, sadat adressen dy't unyk wiene yn har eigen netwurken botske kinne sadree't frames ien link diele. Dêrom bestiet dizze flaterklasse op in VPN en net op 'e rûte netwurken dy't it ferfong. Lis elke mooglike eigner op ynstee fan 'e earste dy't jo fertinke.

Rin de list yn dizze folchoarder troch: de adressen op elk brêge-apparaat en syn lidpoarten, it OpenVPN-pool en elke fêste tawizing per klant, en elke DHCP-tsjinner dy't it oerbrêge segmint dekt. Match dan it hardware-adres út it konfliktrapport tsjin de ynterfaces dy't jo fûnen.

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

It pool en it DHCP-berik binne de twa eigners dy't minsken ferjitte. Printsje beide berikken tegearre en sykje nei oerlaap foardat jo wat oars dogge. In mei de hân tawiisd brêge-adres en in pool dy't deselde wearde jout, sille úteinlik botske, en de botsing liket willekeurich oant beide berikken njonkeninoar printe wurde.

Nûmerje brêgen allinnich dêr't se in identiteit nedich hawwe

Yn in normale host-brêge draacht it brêge-apparaat de konfiguraasje fan 'e tredde laach fan 'e host, en de Ethernet- en TAP-leden tsjinje as poarten. Elk lid syn eigen adres jaan, of ien opsetscript oer ferskate masines kopiearje sûnder it adres te feroarjen, is hoe't ien segmint mei trije eigners fan deselde wearde einiget. De leden hawwe gjin eigen identiteiten nedich om frames troch te stjoeren. Se hawwe krekt ien identiteit per host nedich dy't op dat segmint berikber wêze moat.

In brêge dy't allinnich frames skakelet, hat hielendal gjin adres op dat segmint nedich. It sûnder nûmer litte ferwiidet in hiele klasse botsingen, mits de host noch in behearderpaad hat dat jo ferifiearre hawwe. Befêstigje earst tagong, ferwiderje twadde it adres en kontrolearje trêd de berikberens.

As it adres dat jo op it punt steane te wiskjen de iennige rûte nei de masine is, is it wiskjen as eksperimint in sels feroarsake ûnderbrekking en gjin diagnose. Ferifiearje it bûtenbaanpaad foardat jo wat testen.

Meitsje de korreksje bestindich tsjin in werstart

In libbene ynterface feroarje reparearret de hjoeddeiske opstart en neat oars. Wat it adres by it opstarten ek wer oanmakket, sil it konflikt by de folgjende werstart weromsette, en jo sille konkludearje dat de korreksje net wurke, wylst it yn wierheid nea bestindich wie. Notearje hokker bestân jo feroare hawwe, sadat de folgjende werstart in beslút befêstiget ynstee fan in ferrassing te iepenbierjen.

Fyn de eigner fan dy konfiguraasje: in netwurkbehearderprofyl, in bestân per ynterface, in container- of VM-definysje, of in cloud-init-fragmint. Feroarje it dêr, werstart dan bewust ien troffen host om te befêstigjen dat de nije wearde weromkomt. In werstart is de iennige test dy't bestindigens bewissiget.

Reservje de brêge-adressen binnen it DHCP-berik as útslutings, of ferpleats se derbûten. In reservaasje dy't allinnich yn in spreadsheet bestiet, is gjin útsluting, en de tawizer sil it net lêze.

Bewiis it mei elke klant online

Ien suksesfolle ferbining bewissiget neat, want it oarspronklike symptoom ferskynde allinnich doe't de folchoarder feroare. Bring elke bedoelde klant omheech, fariearje de opstartfolchoarder en werhelje nei in werferbining. Werstart dan de host dy't earder de wedrin ferlear en befêstigje dat it adres oerlibbet.

Foar direkte befêstiging, sondearje foar in dûbele eigner foardat jo it adres tawize en hâld dêrnei de neite-tabel yn 'e gaten. As neat op 'e sonde antwurdet en it adres troch in folsleine werstartsyklus unyk besit bliuwt, is it konflikt oplost en net allinnich ferburgen. De kommando's hjirûnder dogge beide kontrôles op it brêge-apparaat. RFC 5227 beskriuwt it sondear- en oankundigingsgedrach dat dizze ark útoefenje, en it is de referinsje om te sitearjen as immen foarstelt om deteksje ynstee dêrfan út te skeakeljen.

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

In sonde dy't gjin antwurd krijt, is it ferwachte resultaat op in skjin segmint. In sonde dy't in antwurd lûkt, jout jo it hardware-adres fan 'e oerbliuwende eigner, itselde bewiis dat de Windows-barrens jo yn it begjin joech. Bewarje dy útfier by it feroaringsregister, want it is it iennige bewiis dat it adres unyk holden wurdt.