Yksi Windows-asiakas pitää osoitetta 10.8.0.2 ja toimii, kunnes käynnistysjärjestys muuttuu; silloin sama osoite ilmoitetaan ristiriidaksi, vaikka asiakkaassa mikään ei ole muuttunut. Toinen isäntä samassa sillatussa segmentissä vaatii samaa arvoa, ja kone, joka saa määrityksen valmiiksi viimeisenä, yleensä häviää. Molemmat uskovat omistavansa sen, ja häviäjä lakkaa hiljaa käyttämästä osoitetta, jota sen käskettiin käyttää. Juuri sen pitäminen ajoitusongelmana saa sen toistumaan joka uudelleenkäynnistyksellä.

Lue ristiriidan todisteet ennen kuin kosket siltaan

Windows ilmoittaa osoiteristiriidasta yhdessä toisen vaatijan laiteosoitteen kanssa. Juuri laiteosoite on hyödyllinen tieto, koska se vastaa yhtä liitäntää yhdellä isännällä, kun taas tapahtuman näyttönimi ei kerro mitään siitä, missä kaksoiskappale sijaitsee. Kirjoita laiteosoite muistiin ennen kuin muutat mitään.

ARP-pohjainen kaksoiskappaleiden tunnistus tutkii kilpailevat omistajat ennen osoitteen käyttöä ja jatkaa tarkkailua sen jälkeen. Siksi isäntä, joka oli poissa, kun määritit verkkoa, voi aiheuttaa ristiriidan vielä tuntia myöhemmin. Tutkinta ei ole kertaluonteinen tarkistus käynnistyksessä. Myöhemmin ilmestyvä kone voi ottaa osoitteen, joka on ollut rauhallisessa käytössä koko päivän, ja siksi vika näyttää kilpajuoksulta eikä määritysvirheeltä.

Ristiriitatapahtuma yksinään ei kerro, mikä määritys loi toisen vaatimuksen, ja osoitteiden kokeellinen tyhjentäminen tuhoaa sen vastaavuuden, joka olisi kertonut. Todisteen tarkoitus on muuttaa laiteosoite liitännäksi, jota voit tutkia. Inventaariosta konenimellä hakeminen vie sinut yleensä väärälle isännälle.

Luetteloi jokainen segmentin vaatimus

Sillattu TAP-järjestely yhdistää Ethernet-segmentit, jotka ennen olivat erillisiä, joten omissa verkoissaan ainutlaatuiset osoitteet voivat törmätä, kun kehykset jakavat yhden linkin. Siksi tämä vikaluokka on olemassa VPN:ssä eikä ole olemassa reititetyissä verkoissa, jotka se korvasi. Luettele jokainen mahdollinen omistaja, älä ensimmäistä epäilemääsi.

Käy luettelo läpi tässä järjestyksessä: osoitteet jokaisessa siltalaitteessa ja sen jäsenporteissa, OpenVPN-allokaatio ja mahdollinen asiakaskohtainen kiinteä varaus sekä jokainen DHCP-palvelin, joka kattaa sillatun segmentin. Yhdistä sitten ristiriidasta kertovan raportin laiteosoite löytämiisi liitäntöihin.

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

Allokaatio ja DHCP-alue ovat ne kaksi omistajaa, jotka ihmiset unohtavat. Tulosta molemmat alueet yhdessä ja etsi päällekkäisyys ennen kuin teet mitään muuta. Käsin määritetty sillan osoite ja allokaatio, joka jakaa saman arvon, törmäävät ennemmin tai myöhemmin, ja törmäys näyttää satunnaiselta, kunnes molemmat alueet tulostetaan vierekkäin.

Numeroi sillat vain siellä, missä ne tarvitsevat identiteetin

Tavallisessa isäntäsillassa siltalaite kantaa isännän kolmannen kerroksen määrityksen, ja Ethernet- ja TAP-jäsenet toimivat portteina. Jokaiselle jäsenelle oman osoitteen antaminen tai yhden asennusskriptin kopioiminen usealle koneelle osoitetta muuttamatta on se tapa, jolla yksi segmentti saa kolme saman arvon omistajaa. Jäsenet eivät tarvitse omia identiteettejä kehysten välittämiseen. Ne tarvitsevat täsmälleen yhden identiteetin isäntää kohden, jonka on oltava tavoitettavissa kyseisessä segmentissä.

Sillalla, joka vain kytkee kehyksiä, ei tarvitse olla osoitetta kyseisessä segmentissä lainkaan. Numeroimatta jättäminen poistaa kokonaisen törmäysluokan, edellyttäen että isännällä on edelleen vahvistamasi hallintareitti. Vahvista pääsy ensin, poista osoite toiseksi ja tarkista tavoitettavuus kolmanneksi.

Jos osoite, jonka aiot poistaa, on ainoa reitti koneeseen, sen poistaminen kokeiluna on itse aiheutettu katkos eikä diagnoosi. Vahvista ulkopuolinen reitti ennen kuin testaat mitään.

Tee korjauksesta uudelleenkäynnistyksen kestävä

Käynnissä olevan liitännän muuttaminen korjaa nykyisen käynnistyksen eikä mitään muuta. Mikä tahansa osoitteen käynnistyksessä uudelleen luova palauttaa ristiriidan seuraavalla uudelleenkäynnistyksellä, ja päättelet, ettei korjaus toiminut, vaikka se ei tosiasiassa ollut koskaan pysyvä. Merkitse muistiin, mitä tiedostoa muutit, jotta seuraava uudelleenkäynnistys vahvistaa päätöksen eikä paljasta yllätystä.

Etsi kyseisen määrityksen omistaja: verkkohallinnan profiili, liitäntäkohtainen tiedosto, kontin tai VM:n määritelmä tai cloud-init-osio. Muuta sitä siellä ja käynnistä sitten tarkoituksella yksi vaikutuksen alainen isäntä uudelleen vahvistaaksesi, että uusi arvo tulee takaisin. Uudelleenkäynnistys on ainoa testi, joka todistaa pysyvyyden.

Varaa sillan osoitteet DHCP-alueen sisällä poissulkemisina tai siirrä ne sen ulkopuolelle. Varaus, joka on olemassa vain taulukossa, ei ole poissulkeminen, eikä jakaja lue sitä.

Todista se kaikkien asiakkaiden ollessa verkossa

Yksi onnistunut yhteys ei todista mitään, koska alkuperäinen oire ilmeni vain järjestyksen muuttuessa. Nosta jokainen aiottu asiakas, vaihtele käynnistysjärjestystä ja toista uudelleenyhdistämisen jälkeen. Käynnistä sitten uudelleen isäntä, joka ennen hävisi kilpajuoksun, ja vahvista, että osoite säilyy.

Suoraa vahvistusta varten tutki ennen osoitteen antamista, onko olemassa kaksoisomistaja, ja tarkkaile sen jälkeen naapuritaulua. Jos mikään ei vastaa tutkintaan ja osoite pysyy ainutlaatuisesti hallussa täyden uudelleenkäynnistysjakson ajan, ristiriita on ratkaistu eikä vain piilotettu. Alla olevat komennot tekevät molemmat tarkistukset siltalaitteella. RFC 5227 kuvaa tutkinta- ja ilmoituskäyttäytymisen, jota nämä työkalut toteuttavat, ja se on viite, johon viitataan, kun joku ehdottaa tunnistuksen poistamista käytöstä.

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

Tutkinta, joka ei saa vastausta, on odotettu tulos puhtaassa segmentissä. Tutkinta, joka saa vastauksen, antaa sinulle jäljellä olevan omistajan laiteosoitteen, saman todisteen, jonka Windows-tapahtuma antoi sinulle alussa. Säilytä tämä tuloste muutoskirjauksen kanssa, koska se on ainoa todiste siitä, että osoite on ainutlaatuisesti hallussa.

Aiheeseen liittyvät artikkelit