Pse një rezervim DHCP nuk është IP statike për serverin tuaj VPN

E zhvendosa një kuti VPN shtëpiake nga Wi-Fi në Ethernet dhe adresa e saj „e përhershme“ ndryshoi po atë mbrëmje. Në router nuk ishte prishur asgjë. Rezervimi përputhej me përshtatësin pa tela, dhe ai përshtatës nuk ishte më në rrugë.

I njëjti keqkuptim ka një gjysmë të dytë. Rregullimi i adresës LAN nuk bën asgjë për adresën ku lidhen miqtë tuaj, dhe nuk ka asnjë lidhje me grupin privat që VPN u jep klientëve. Tri adresa, tri mënyra të ndara dështimi, dhe vetëm njëra prej tyre është puna e një rezervimi.

Rezervimi përputhet me një klient, jo me një pajisje

Në DHCPv4 rezervimi është i lidhur me adresën e harduerit të klientit; në DHCPv6 me një DUID që pritet ta mbajë klienti. Fusha hostname është një etiketë për njerëzit. Ajo që routeri krahason vërtet është identifikuesi që vjen në kërkesë.

Lexojeni hyrjen si kusht: kur ky identifikues kërkon, jepi këtë adresë. Rinovimet mbajnë të njëjtën qira sa kohë përputhja mbahet, dhe një rindezje thjesht kërkon përsëri. Kur identifikuesi ndryshon, kërkesa e humb rezervimin dhe klienti merr çfarë ofron grupi dinamik. Pa gabim, pa paralajmërim, vetëm një adresë tjetër.

OpenWrt e tregon formën qartë. Një bllok config host në /etc/config/dhcp lidh një emër, një MAC dhe një adresë, dhe dokumentacioni i qirave statike shpjegon si bashkëvepron ajo hyrje me grupin. Routerë të tjerë i fshehin të njëjtat tri fusha pas etiketave të ndryshme.

Ku përputhja bie në heshtje

Ndërrimi i harduerit është rasti i zakonshëm. Ndryshoni kartën e rrjetit, ose zhvendosni makinën midis Ethernet dhe Wi-Fi, dhe adresa që sheh routeri ndryshon bashkë me të. Rezervimi i vjetër mbetet në listë dhe vazhdon të duket i saktë.

Rinstalimi është rasti i dytë, dhe kafshon më fort në IPv6. Një instalim i ri mund të gjenerojë një DUID të re ndërsa qiraja e vjetër IPv4 është ende e vlefshme, kështu që adresa v4 mbijeton për një kohë dhe hyrja v6 ndalon së zbatuari pa asnjë redaktim të dukshëm.

I treti është një identifikues klienti i fiksuar. Disa klientë DHCP ju lejojnë të vendosni një varg identifikuesi në vend të MAC-ut. Nëse një përditësim ose një rishkrim i konfigurimit e hedh poshtë atë cilësim, përputhja zhduket edhe pse makina nuk është zhvendosur.

I katërti është dyfishimi: një bllok i vjetër dhe një bllok i ri për të njëjtin host. Serveri përgjigjet me rregullin që përputhet, shpesh me adresën e grupit që donit të shmangnit. Fshini hyrjen e vjetër në vend që të shtoni një të dytë.

Konfigurimi në anën e hostit dhe sa kushton

Vendosja e adresës në host e heq plotësisht pyetjen e përputhjes. Ndërfaqja ngrihet me atë adresë pavarësisht nëse DHCP përgjigjet apo jo, dhe kjo është ajo që doni nga një makinë që duhet të jetë e arritshme pas një rindezjeje të routerit.

Çmimi është pronësia. Tani prefiksin, portën dhe zgjidhësit i jepni ju, dhe adresën duhet ta mbani vetë jashtë grupit dinamik. Në Ubuntu me netplan, atë e mbart /etc/netplan/01-vpn.yaml:

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]

Përdoruesit e NetworkManager arrijnë të njëjtën gjendje me nmcli con mod "Wired connection 1" ipv4.method manual ipv4.addresses 192.168.50.10/24 ipv4.gateway 192.168.50.1, pastaj me nmcli con up "Wired connection 1". Zbato netplan me netplan try në provën e parë në vend të netplan apply; një portë e shtypur gabim e nxjerr kutinë nga rrjeti dhe ju lë duke kërkuar një konsolë.

Gjithsesi mbani një rezervim përputhës. Nuk është i tepërt. Hyrja e regjistron adresën në anën e routerit dhe e pengon serverin DHCP t'ia japë atë adresë një pajisjeje mysafire nëse dikush e zgjeron grupin më vonë.

Një adresë LAN e qëndrueshme nuk është pikë fundore publike

Drejtojeni përcjelljen e portës në 192.168.50.10 dhe rregulli i mbijeton çdo ndryshimi në anën LAN. Nuk ju jep një adresë interneti të qëndrueshme. IP-ja tuaj publike i përket ISP-së dhe mund të lëvizë në një rilidhje ose në një ndërrim modemi, për këtë shërben DNS dinamik.

Pas NAT në nivel operatori nuk ka fare IPv4 publike për të përcjellë, dhe asnjë rezervim nuk krijon një të tillë. Kontrolloni faqen WAN të routerit para çdo gjëje tjetër: nëse adresa është në një interval të përbashkët, përcjellja hyrëse nuk mund të funksionojë, sado i pastër të jetë rezervimi.

Adresa e tretë është grupi i tunelit, shpesh diçka si 10.8.0.0/24. Këto adresa ekzistojnë vetëm brenda tunelit dhe nuk shfaqen kurrë në LAN. Ngatërrimi i tyre me adresën LAN të serverit është mënyra se si një port përfundon i përcjellë te një klient që është në linjë vetëm sa kohë është i lidhur.

Kontrolloni rrugën në rendin në të cilin prishet

Filloni nga routeri. Krahasoni hyrjen e tabelës së qirave me objektivin e rezervimit; nëse serveri mori një adresë grupi, identifikuesi është i gabuar, dhe ip link show në host ju jep vlerën për krahasim.

Pastaj hosti. ip -4 addr show eth0 duhet të raportojë adresën dhe prefiksin e pritur. Një adresë e dytë në të njëjtën ndërfaqe zakonisht do të thotë që DHCP po punon ende pranë konfigurimit tuaj statik.

Pastaj përcjellja. Konfirmoni që destinacioni është ende i barabartë me adresën që sapo verifikuat, dhe që diçka po dëgjon me ss -lntp. Një përcjellje drejt një porte të mbyllur duket nga jashtë saktësisht si një përcjellje e prishur.

Përfundoni nga jashtë, në një telefon me Wi-Fi të fikur. Ai test i vetëm i ndan „adresa lokale është e gabuar“ nga „arritshmëria publike është e prishur“, dy problemet që ky konfigurim i ngatërron vazhdimisht.

Shkruani tri adresat, LAN, publike dhe grupi i tunelit, dhe vini re cili sistem zotëron secilën. Kur muajin tjetër të dështojë një lidhje, do të dini cilën të inspektoni në vend që t'i ndryshoni të tria përnjëherë.