Dy pronarë, një adresë: IP të dyfishta në një urë TAP
Një klient VPN që e mban adresën vetëm kur lidhet i pari humb një konflikt ARP, jo një garë. Gjeni çdo pronar të adresës në urë.
Një klient Windows mban 10.8.0.2 dhe funksionon derisa të ndryshojë rendi i nisjes; atëherë e njëjta adresë raportohet si konflikt, ndërsa asgjë në klient nuk ka ndryshuar. Një strehues i dytë në të njëjtin segment të urëzuar kërkon të njëjtën vlerë, dhe makina që e përfundon konfigurimin e fundit zakonisht humbet. Të dy mendojnë se e zotërojnë, dhe humbësi heshtazi ndalon së përdoruri një adresë që iu tha të përdorte. Është pikërisht trajtimi i kësaj si problem kohe ajo që e bën të kthehet në çdo rinisje.
Lexoni provat e konfliktit përpara se të prekni një urë
Windows raporton një konflikt adrese bashkë me adresën e harduerit të kërkuesit tjetër. Ajo adresë hardueri është fakti i dobishëm, sepse përputhet me një ndërfaqe në një strehues, ndërsa emri i shfaqur i ngjarjes nuk thotë asgjë për vendin ku ndodhet dublikati. Shkruani adresën e harduerit përpara se të ndryshoni çdo gjë.
Zbulimi i dublikatave i bazuar në ARP heton pronarët konkurrues përpara se një adresë të përdoret dhe vazhdon të vëzhgojë pas kësaj. Prandaj një strehues që mungonte ndërsa konfiguronit rrjetin mund të shkaktojë ende një konflikt një orë më vonë. Hetimi nuk është një kontroll i vetëm në nisje. Një makinë që shfaqet më vonë mund të marrë një adresë që ka qenë në përdorim të qetë gjithë ditën, dhe prandaj dështimi lexohet si garë dhe jo si gabim konfigurimi.
Një ngjarje konflikti në vetvete nuk thotë se cili konfigurim krijoi kërkesën tjetër, dhe fshirja eksperimentale e adresave shkatërron përputhjen që do t'ju kishte thënë. Qëllimi i provës është ta kthejë një adresë hardueri në një ndërfaqe që mund ta inspektoni. Kërkimi në inventar sipas emrit të makinës ju çon zakonisht te strehuesi i gabuar.
Inventarizoni çdo kërkesë në segment
Një konfigurim TAP i urëzuar bashkon segmente Ethernet që më parë ishin të ndara, kështu që adresat që ishin unike brenda rrjeteve të tyre mund të përplasen sapo kornizat ndajnë një lidhje. Prandaj kjo klasë defektesh ekziston në VPN dhe nuk ekziston në rrjetet e rrugëzuara që zëvendësoi. Numëroni çdo pronar të mundshëm dhe jo të parin që dyshoni.
Përshkoni listën në këtë rend: adresat në çdo pajisje ure dhe portat e saj anëtare, OpenVPN dhe çdo caktim fiks për çdo klient, si dhe çdo server DHCP që mbulon segmentin e urëzuar. Pastaj përputhni adresën e harduerit nga raporti i konfliktit me ndërfaqet që gjetët.
ip -4 addr show | grep -E 'inet |^[0-9]+: '
bridge link show
ip neigh show dev br0
Pishina dhe diapazoni DHCP janë dy pronarët që njerëzit harrojnë. Printoni të dy diapazonet së bashku dhe kërkoni mbivendosje përpara se të bëni ndonjë gjë tjetër. Një adresë ure e caktuar me dorë dhe një pishinë që lëshon të njëjtën vlerë do të përplasen herët ose vonë, dhe përplasja duket e rastësishme derisa të dy diapazonet të printohen krah për krah.
Numëroni urat vetëm aty ku kanë nevojë për identitet
Në një urë normale strehuesi, pajisja e urës mban konfigurimin e shtresës së tretë të strehuesit dhe anëtarët Ethernet e TAP veprojnë si porta. T'i japësh çdo anëtari adresën e vet, ose të kopjosh një skript konfigurimi në disa makina pa ndryshuar adresën, është mënyra se si një segment i vetëm përfundon me tre pronarë të së njëjtës vlerë. Anëtarët nuk kanë nevojë për identitete të tyre për të përcjellë kornizat. Atyre u duhet saktësisht një identitet për çdo strehues që duhet të jetë i arritshëm në atë segment.
Një urë që vetëm komuton korniza nuk ka fare nevojë për adresë në atë segment. Lënia e saj pa numër heq një klasë të tërë përplasjesh, me kusht që strehuesi të ketë ende një rrugë administrimi që e keni verifikuar. Konfirmoni së pari aksesin, hiqni së dyti adresën dhe kontrolloni së treti arritshmërinë.
Nëse adresa që jeni gati për të fshirë është rruga e vetme drejt makinës, fshirja e saj si eksperiment është një ndërprerje e vetëshkaktuar dhe jo një diagnozë. Verifikoni rrugën jashtë brezit përpara se të testoni çdo gjë.
Bëni që korrigjimi t'i mbijetojë një rinisjeje
Ndryshimi i një ndërfaqeje aktive rregullon nisjen aktuale dhe asgjë tjetër. Çdo gjë që rikrijon adresën në nisje do ta rikthejë konfliktin në rinisjen tjetër, dhe do të arrini në përfundimin se korrigjimi nuk funksionoi, ndërsa në të vërtetë nuk ishte kurrë i përhershëm. Shënoni cilin skedar ndryshuat, që rinisja tjetër të konfirmojë një vendim në vend që të zbulojë një surprizë.
Gjeni pronarin e atij konfigurimi: një profil i menaxherit të rrjetit, një skedar për ndërfaqe, një përkufizim kontejneri ose VM, ose një fragment cloud-init. Ndryshojeni atje, pastaj rinisni qëllimisht një strehues të prekur për të konfirmuar se vlera e re është ajo që kthehet. Një rinisje është testi i vetëm që provon qëndrueshmërinë.
Rezervoni adresat e urës brenda diapazonit DHCP si përjashtime, ose zhvendosini jashtë tij. Një rezervim që ekziston vetëm në një spreadsheet nuk është përjashtim, dhe shpërndarësi nuk do ta lexojë.
Provoni këtë me çdo klient online
Një lidhje e suksesshme nuk provon asgjë, sepse simptoma origjinale shfaqej vetëm kur ndryshonte rendi. Nisni çdo klient të synuar, ndryshoni rendin e nisjes dhe përsëritni pas një rilidhjeje. Pastaj rinisni strehuesin që humbiste garën dhe konfirmoni se adresa mbijeton.
Për konfirmim të drejtpërdrejtë, hetoni nëse ka një pronar të dyfishtë përpara se të caktoni adresën dhe më pas vëzhgoni tabelën e fqinjëve. Nëse asgjë nuk i përgjigjet hetimit dhe adresa mbetet në pronësi unike gjatë një cikli të plotë rinisjeje, konflikti është zgjidhur dhe jo thjesht i fshehur. Komandat më poshtë kryejnë të dyja kontrollet në pajisjen e urës. RFC 5227 përshkruan sjelljen e hetimit dhe të shpalljes që ushtrojnë këto mjete, dhe është referenca që citohet kur dikush propozon të çaktivizohet zbulimi.
arping -D -I br0 10.8.0.2
ip neigh show dev br0 | grep 10.8.0.2
Një hetim pa përgjigje është rezultati i pritur në një segment të pastër. Një hetim që tërheq një përgjigje ju jep adresën e harduerit të pronarit të mbetur, të njëjtën provë që ngjarja e Windows ju dha në fillim. Ruani atë dalje bashkë me regjistrin e ndryshimeve, sepse është prova e vetme që adresa mbahet në mënyrë unike.