Wêrom in DHCP-reservearring gjin statysk IP foar jo VPN-tsjinner is

Ik ferpleatste in thús-VPN-doaze fan Wi-Fi nei Ethernet en har „permaninte“ adres feroare dyselde jûn. Op de router wie neat stikken. De reservearring hie by de draadleaze adapter past, en dy adapter wie net mear yn it paad.

Dizze misferstân hat in twadde helte. It LAN-adres reparearje docht neat foar it adres dêr't jo freonen mei ferbine, en it hat neat te krijen mei de partikuliere pool dy't de VPN oan kliïnten jout. Trije adressen, trije aparte flatermodi, en mar ien dêrfan is it wurk fan in reservearring.

In reservearring past by in kliïnt, net by in apparaat

Yn DHCPv4 hinget de reservearring oan it hardware-adres fan de kliïnt; yn DHCPv6 oan in DUID dy't de kliïnt hearre te behâlden. It fjild hostname is in label foar minsken. Wat de router echt ferliket is de identifikaasje dy't yn it fersyk oankomt.

Lês de ynfier as in betingst: as dizze identifikaasje freget, jou him dit adres. Fernijingen hâlde deselde lease salang't de oerienkomst hâldt, en in werstart freget gewoan wer. As de identifikaasje feroaret, mist it fersyk de reservearring en nimt de kliïnt wat de dynamyske pool biedt. Gjin flater, gjin warskôging, gewoan in oar adres.

OpenWrt lit de foarm dúdlik sjen. Ien config host-blok yn /etc/config/dhcp ferbynt in namme, in MAC en in adres, en de dokumintaasje oer statyske leases ferklearret hoe't dy ynfier mei de pool omgiet. Oare routers ferbergje deselde trije fjilden efter oare labels.

Dêr't de oerienkomst stilwei trochfalt

Hardware ferwikselje is it gewoane gefal. Feroarje de netwurkkaart, of ferpleatse de masine tusken Ethernet en Wi-Fi, en it adres dat de router sjocht feroaret mei. De âlde reservearring bliuwt yn ’e list en liket noch altyd goed.

In werynstallaasje is it twadde gefal, en it byt it hurdst op IPv6. In nije ynstallaasje kin in nije DUID meitsje wylst de âlde IPv4-lease noch jildich is, dus it v4-adres oerlibbet in skoft en de v6-ynfier hâldt op mei jildich wêzen sûnder ien sichtbere bewurking.

It tredde is in fêstsette kliïntidentifikaasje. Ferskate DHCP-kliïnten litte jo in identifikaasjestrjitte ynstelle ynstee fan de MAC te brûken. As in update of in nij skriuwen fan ’e konfiguraasje dy ynstelling weilitten hat, ferdwynt de oerienkomst ek al is de masine net ferhuze.

It fjirde is dûbeljen: in ferâldere blok en in nij blok foar deselde host. De tsjinner antwurdet mei de regel dy't past, faak it poeladres dat jo foarkomme woene. Wiskje de ferâldere ynfier ynstee fan in twadde ta te foegjen.

Konfiguraasje oan de hostkant en wat it kostet

It adres op ’e host ynstelle hellet de fraach fan ’e oerienkomst hielendal fuort. De ynterface komt omheech mei dat adres oft DHCP no antwurdet of net, en dat is wat jo wolle fan in masine dy't berikber wêze moat nei in werstart fan ’e router.

De priis is eigenskip. Jo leverje no it foarheaksel, de gateway en de resolvers, en jo moatte it adres sels bûten de dynamyske pool hâlde. Op Ubuntu mei netplan draacht /etc/netplan/01-vpn.yaml it:

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]

NetworkManager-brûkers komme yn deselde steat mei nmcli con mod "Wired connection 1" ipv4.method manual ipv4.addresses 192.168.50.10/24 ipv4.gateway 192.168.50.1, dan nmcli con up "Wired connection 1". Pas netplan ta mei netplan try by de earste poging ynstee fan netplan apply; in ferkeard typte gateway hellet de doaze fan it netwurk en lit jo in konsole sykje.

Hâld dochs in passende reservearring. It is net oerstallich. De ynfier fêstleit it adres oan ’e routerkant en behinderet de DHCP-tsjinner om dat adres oan in gastapparaat te jaan as immen de pool letter ferbrede.

In stabel LAN-adres is gjin iepenbier einpunt

Rjochtsje de port-forwarding op 192.168.50.10 en de regel oerlibbet elke feroaring oan ’e LAN-kant. It jout jo gjin stabel internetadres. Jo iepenbiere IP heart by de ISP en kin ferskowe by in werferbining of in modemruil, dêr't dynamyske DNS foar is.

Efter carrier-grade NAT is der hielendal gjin iepenbiere IPv4 om troch te stjoeren, en gjin inkelde reservearring makket der ien. Kontrolearje earst de WAN-side fan ’e router: as it adres yn in dield berik sit, kin ynkommende trochstjoering nea wurkje, hoe skjin de reservearring ek is.

It tredde adres is de tunnelpool, faak eat as 10.8.0.0/24. Dy adressen besteane allinnich yn ’e tunnel en ferskine nea op ’e LAN. Se ferwikselje mei it LAN-adres fan ’e tsjinner is hoe't in poarte úteinlik trochstjoerd wurdt nei in kliïnt dy't allinnich online is wylst er ferbûn is.

Kontrolearje it paad yn ’e folchoarder wêryn't it brekt

Begjin op ’e router. Ferlykje de ynfier fan ’e leasetabel mei it doel fan ’e reservearring; as de tsjinner in poeladres nommen hat, is de identifikaasje ferkeard, en ip link show op ’e host jout jo de wearde om te ferlykjen.

Dan de host. ip -4 addr show eth0 heart it ferwachte adres en foarheaksel te melden. In twadde adres op deselde ynterface betsjut meast dat DHCP noch neist jo statyske konfiguraasje draait.

Dan de trochstjoering. Befêstigje dat it doel noch gelyk is oan it adres dat jo krekt ferifiearre hawwe, en befêstigje dat der eat mei ss -lntp harket. In trochstjoering nei in sletten poarte liket fan bûten krekt as in stikken trochstjoering.

Einigje fan bûten, op in tillefoan mei Wi-Fi út. Dy iene test skiedet „it lokale adres is ferkeard“ fan „de iepenbiere berikberens is stikken“, de twa problemen dy't dizze opset hieltyd ferwikselet.

Skriuw de trije adressen op, LAN, iepenbier en tunnelpool, en notearje hokker systeem elk hat. As folgjende moanne in ferbining mislearret, wite jo hokker jo besjen moatte ynstee fan alle trije tagelyk te feroarjen.