Sérhver þessara skýrslna hljómar eins og þýðir eitthvað annað: fartölvan kvartar undan töluárekstri, en aðeins stundum, og að mestu meðan VPN er í gangi. Þrjár aðskildar bilanir framleiða þessi skilaboð: raunverulegt tvírit á þínum eigin tengli, skarast þar sem fjarstýrða netið notar LAN-bilið þitt og ekkert er tvíritað, og tunna sem gaf eitt vistfang tveimur jafningjum. Viðgerðin er mismunandi í hverju tilviki, og sú ranga færir einkennið í stað þess að fjarlægja það. Ákveddu því hvaða tilvik þú hefur áður en þú breytir einhverju.

Þrjár bilanir með sömu villuskilaboð

Tvírit þýðir að tvær vélar á sama hluta krefjast báðar eins vistfangs. Kjarninn tekur eftir því vegna þess að svarið við eigin prófun kemur frá öðru MAC, og hvað gerist næst fer eftir stakkanum: Linux skráir það, Windows slökkvar á viðmótinu og skrifar færslu í kerfisskrána, og DHCP-biðlari getur hafnað tilboðinu.

Skarast tvíritar ekkert vistfang. LAN-ið þitt er 192.168.1.0/24, skrifstofunetið er líka 192.168.1.0/24, og nú vísar leiðin á skrifstofuna á vistföng sem eru líka prentarinn þinn og NAS-inn þinn. Í ARP-skildi er ekkert í árekstri; pakkinn fer einfaldlega á ranga tækið í öðru hvoru netinu.

Árekstur í safninu er sök tunnunnar sjálfrar. Tveir jafningjar voru stilltir með eða fengu sama tunnuvistfang, svo þjónninn getur ekki greint þá í sundur þegar hann sendir svartrafík. Annar af tveimur biðlurum sér handaband sem virkar og engin gögn, sem er lesið sem leiðarvalavandamál og er það ekki.

Próf 1: er tvíritið á þínum eigin hluta?

Byrjaðu á að lista það sem vélin þín hefur í raun, ekki það sem þú manst að þú stilltir. Vistfang VPN-millistykkis er einkamál tunnunnar og er ekki sama vistfang og vefsíður sjá, svo sameiginlegur opin útgangur er ekki árekstur.

ip -br addr
ip neigh
ip route show table all | grep -E 'wg|tun|ppp'

Í Windows koma sömu upplýsingar frá ipconfig /all og Get-NetIPAddress, með nágrannaskyndarminni í arp -a. Ef hið umdeilda vistfang er á líkamlega millistykkinu og kvörtunin birtist án þess að VPN sé í gangi, þá er VPN áhorfandi og þú ættir að hætta að greina það.

Til að sanna tvírit í stað þess að giska, prófaðu vistfangið frá tæki sem á það ekki. arping -D sendir prófunina með núll upprunavistfangi, svo svar frá óvæntu MAC sannar að annar hýsill svarar þegar fyrir það vistfang.

sudo arping -D -I eth0 -c 3 192.168.1.50

Finndu svo eigandann í gegnum netstjórann í stað þess að velja annað vistfang sjálf. Fastar úthlutanir sem lifa aðeins í minnispunktum einhvers, prentarar með fast vistfang og bókanir á DHCP-þjóninum eru venjulegu sökudólgarnir, og slökkt tæki á enn sína leigu.

Próf 2: skarast netin tvö?

Berðu saman forskeytið sem tunnan gefur þér við forskeytin á þínum eigin viðmótum. Ef fjarstýrða bilið er jafnt LAN-inu þínu eða inniheldur það, er bilunin skarast, og vísbendingin er að hýsill sem er aðgengilegur án VPNs hverfur, eða að prentarinn þinn svarar á skrifstofuvistfangi.

ip route get 192.168.1.10
ip -br addr show

Leiðarleitin segir þér hvaða viðmót kjarninn myndi nota, og það svar er öll greiningin. Ef hún segir tunnuna fyrir vistfang sem tilheyrir staðbundnum prentara þínum, hefur þú skarast og engin leiguendurnýjun mun breyta því.

Þrjár heiðarlegar leiðir út eru til, og venjulega er aðeins ein tiltæk fyrir þig. Fjarlæga hliðin getur dulið umferð fyrir skarast undirnetið, svo biðlarinn þinn sér aðeins tunnuvistfang þjónsins. Tunnan getur borið þrengra fjarforskeyti sem rekst ekki á við LAN-ið þitt. Eða biðlarinn getur beint eftir upprunavistfangi með stefnureglum, sem virkar en er brothætt og erfitt að afhenda samstarfsmanni.

Endurnúmerun skrifstofunetsins er sjaldan þín ákvörðun. Endurnúmerun eigin LANs til að komast hjá árekstrinum er meiri breyting en flestir búast við þegar prentarar, myndavélar og fastir hýslar koma við sögu.

Próf 3: gaf tunnan eitt vistfang tvisvar?

WireGuard hefur ekkert vistfangasafn. Hver jafningi er auðkenndur með opinberum lyklinum sínum og forskeytunum í AllowedIPs, svo tvírit birtist þegar sama tunnuvistfang er skrifað í tvær jafningjafærslur eða sama lykilpar er sett upp á tvær vélar.

wg show all allowed-ips
wg show wg0 latest-handshakes
wg show wg0 transfer

Umferðarteljarar eru gagnlegi dálkurinn hér: jafningi sem sýnir nýlegt handaband en enga flutning er annaðhvort rangt vísað eða í skugga annarrar færslu sem krefst sama forskeytis. Settu forskeyti á nákvæmlega einn jafningja og gefðu hverju tæki sitt eigið lykilpar.

OpenVPN hefur safn, og algengi áreksturinn er sameiginlegt biðlarasnið með föstum --ifconfig línu sem er afrituð á aðra vél. Þá biðja báðir biðlarar um sama tunnuvistfang, og þjónninn tekur við þeirri lotu sem hann vinnur fyrst. Tæming safnsins með --duplicate-cn gefur svipaða niðurstöðu þegar margar lotur eins skírteinis keppa um eina færslu.

Fyrir þetta skaltu lesa skrá þjónsins í stað skrár biðlarans. Þjónninn veit hvaða lota tók hvaða vistfang, og endurtekin vistföng þar sjást sem viðvaranir sem ná aldrei til biðlarans.

Lagaðu við upptökuna og athugaðu svo bæði tækin

Röðin skiptir máli. Lagaðu fyrst tvírit á LAN-inu, því biðlari sem getur ekki haldið vistfangi getur ekki heldur haldið tunnu. Lagaðu svo útvegunina á VPN-hliðinni, því breyting á biðlarahlið á úthlutun úr safninu er afturkölluð við næstu tengingu. Að lokum skaltu takast á við tvítekin auðkenni: aðskilin lykilpör á WireGuard, aðskilin skírteini eða að minnsta kosti aðskilin snið á OpenVPN.

Á biðlaranum er vélræni hlutinn stuttur. Slepptu og endurnýjaðu DHCP-leigu, eða biddu um að vistfanginu sé breytt á þjóninum fyrir bókun. Ekki slá inn handahófskennt vistfang sem lítur út fyrir að vera laust.

sudo dhclient -r eth0 && sudo dhclient eth0
ipconfig /release && ipconfig /renew

Staðfestu svo frá báðum endum, ekki einum. Staðfestu gáttina, svo þjónustuna sem þú þarft í raun, tengdu svo aftur og endurtaktu. Ef tvö tæki áttu hlut að máli, athugaðu bæði: að færa eitt vistfang skilur hitt eftir með úreltum nágrannafærslum eða gamalli leigu sem birtist aftur síðar.

Hvað ekki á að gera á leiðinni

Þaggaðu ekki niður einkennið. Skráning tvítekinna vistfanga er það sem kemur í veg fyrir að þú takir vistfang sem er þegar í notkun, og að slökkva á henni breytir sýnilegum árekstri í slitrótt pakkatap sem er mun erfiðara að rekja. Sama gildir um að samþykkja skírteinisviðvörun frá óvæntum hýsli: það er alls ekki vistfangavandamál, og að smella fram hjá því felur aðra bilun.

Ekki breyta heldur vistföngum stýrðs nets á eigin spýtur. Skráðu upprunalegu stillinguna, spurðu eigandann þegar vistfanginu er úthlutað miðlægt, og haltu breytingunni nógu lítilli til að hægt sé að afturkalla hana. Reglur RFC 5227 um greiningu vistfangaárekstra útskýra hvað rétt prófun sannar, sem er þess virði að vita áður en þú kallar árekstur raunverulegan.

Tengdir greinar