Hvers vegna DHCP-frátekt er ekki kyrrstætt IP fyrir VPN-þjóninn þinn

Ég færði heima-VPN-box úr Wi-Fi yfir á Ethernet og „varanlega“ heimilisfangið breyttist sama kvöld. Beinirinn var ekki bilaður. Frátektin hafði passað við þráðlausa millistykkið, og það millistykki var ekki lengur á leiðinni.

Sami misskilningur á sér annan helming. Að laga LAN-heimilisfangið gerir ekkert fyrir heimilisfangið sem vinir þínir tengjast, og það hefur ekkert með einkasafnið að gera sem VPN-ið gefur biðlarum. Þrjú heimilisföng, þrír aðskildir bilanatilvik, og aðeins eitt þeirra er verk frátektar.

Frátekt passar við biðlara, ekki tæki

Í DHCPv4 er frátektin bundin við vélbúnaðarheimilisfang biðlarans; í DHCPv6 er hún bundin við DUID sem ætlast er til að biðlarinn haldi. hostname-reiturinn er merki fyrir fólk. Það sem beinirinn ber í raun saman er auðkennið sem kemur í beiðninni.

Lestu færsluna sem skilyrði: þegar þetta auðkenni biður, gefðu því þetta heimilisfang. Endurnýjanir halda sama leigu á meðan samsvörunin heldur, og endurræsing biður bara aftur. Þegar auðkennið breytist misstir beiðnin frátektina og biðlarinn tekur það sem hið kvika safn býður. Engin villa, engin viðvörun, bara annað heimilisfang.

OpenWrt sýnir formið greinilega. Einn config host blokk í /etc/config/dhcp bindur nafn, MAC og heimilisfang saman, og skjölin um kyrrstæðar leigur útskýra hvernig sú færsla vinnur með safninu. Aðrir beinar fela sömu þrjá reiti bak við önnur merki.

Þar sem samsvörunin fellur hljóðlaust út

Vélbúnaðarskipti er algengasta tilfellið. Skiptu um netkortið, eða færðu vélina milli Ethernet og Wi-Fi, og heimilisfangið sem beinirinn sér breytist með. Gamla frátektin verður á listanum og lítur enn rétt út.

Enduruppsetning er annað tilfellið, og hún bítur harðast á IPv6. Ný uppsetning getur búið til nýtt DUID á meðan gamla IPv4-leigan er enn í gildi, svo v4-heimilisfangið lifir um tíma og v6-færslan hættir að gilda án nokkurrar sýnilegrar breytingar.

Þriðja er fest auðkenni biðlara. Nokkrir DHCP-biðlarar leyfa þér að stilla auðkennisstreng í stað þess að nota MAC. Ef uppfærsla eða endurskrifun stillinganna sleppir þeirri stillingu hverfur samsvörunin þótt vélin hafi ekki hreyfst.

Fjórða er tvítekning: gömul blokk og ný blokk fyrir sama hýsil. Þjónninn svarar með þeirri reglu sem passar, oft safnheimilisfanginu sem þú vildir forðast. Eyðaðu gömlu færslunni í stað þess að bæta annarri við.

Stillingar á hýsilnum og hvað þær kosta

Að setja heimilisfangið á hýsilinn fjarlægir samsvörunarspurninguna alveg. Viðmótið kemur upp með því heimilisfangi hvort sem DHCP svarar eða ekki, og það er það sem þú vilt frá vél sem verður að vera aðgengileg eftir endurræsingu beinisins.

Kostnaðurinn er eignarhald. Þú útvegar nú forskeytið, gáttina og leysana, og verður sjálf eða sjálfur að halda heimilisfanginu utan kvika safnsins. Á Ubuntu með netplan ber /etc/netplan/01-vpn.yaml það:

network:
  version: 2
  ethernets:
    eth0:
      dhcp4: false
      addresses: [192.168.50.10/24]
      routes:
        - to: default
          via: 192.168.50.1
      nameservers:
        addresses: [192.168.50.1]

Notendur NetworkManager komast í sama ástand með nmcli con mod "Wired connection 1" ipv4.method manual ipv4.addresses 192.168.50.10/24 ipv4.gateway 192.168.50.1, síðan nmcli con up "Wired connection 1". Beittu netplan með netplan try í fyrstu tilraun í stað netplan apply; rangt slegin gátt tekur boxið af netinu og skilur þig eftir að leita að stjórnborði.

Haltu samt samsvarandi frátekt. Hún er ekki ofaukið. Færslan skráir heimilisfangið á beini hliðinni og kemur í veg fyrir að DHCP-þjónninn gefi það heimilisfang gestatæki ef einhver stækkar safnið síðar.

Stöðugt LAN-heimilisfang er ekki opinbert endapunkt

Beindu port-forwarding að 192.168.50.10 og reglan lifir af hverja breytingu á LAN-hliðinni. Hún gefur þér ekki stöðugt internetheimilisfang. Opinbera IP-ið þitt tilheyrir ISP og getur færst við endurtengingu eða módemsskipti, sem er það sem kvik DNS er fyrir.

Á bak við NAT á stigi fjarskiptafyrirtækis er ekkert opinbert IPv4 til að senda áfram, og engin frátekt býr til eitt. Skoðaðu WAN-síðu beinisins fyrir allt annað: ef heimilisfangið er í sameiginlegu bili getur innkomandi framsending aldrei virkað, hversu hrein sem frátektin er.

Þriðja heimilisfangið er göngsafnið, oft eitthvað eins og 10.8.0.0/24. Þau heimilisföng eru aðeins til inni í göngunum og birtast aldrei á LAN-inu. Að rugla þeim saman við LAN-heimilisfang þjónsins er leiðin sem port endar á að vera sent áfram til biðlara sem er aðeins á netinu meðan hann er tengdur.

Athugaðu leiðina í þeirri röð sem hún brotnar

Byrjaðu á beininum. Berðu færslu leigutöflunnar saman við markmið frátektarinnar; ef þjónninn tók safnheimilisfang er auðkennið rangt, og ip link show á hýsilnum gefur þér gildið til að bera saman.

Síðan hýsilinn. ip -4 addr show eth0 ætti að tilkynna væntanlegt heimilisfang og forskeyti. Annað heimilisfang á sama viðmóti þýðir venjulega að DHCP sé enn í gangi við hlið kyrrstæðu stillinganna þinna.

Síðan framsendingin. Staðfestu að áfangastaðurinn sé enn jafn heimilisfanginu sem þú varst að staðfesta, og að eitthvað hlusti með ss -lntp. Framsending á lokað port lítur nákvæmlega út eins og brotin framsending að utan.

Kláraðu að utan, í síma með Wi-Fi slökkt. Það eina próf aðgreinir „heimilisfangið heima er rangt“ frá „opinbert aðgengi er brotið“, tvö vandamál sem þessi uppsetning heldur áfram að rugla saman.

Skrifaðu niður heimilisföngin þrjú, LAN, opinbert og göngsafn, og merktu hvaða kerfi á hvert. Þegar tenging mistekst í næsta mánuði muntu vita hvert á að skoða í stað þess að breyta öllum þremur í einu.