Prečo rezervácia DHCP nie je statická IP adresa pre váš VPN server

Rezervácia zodpovedá identifikátoru klienta, nie stroju, a nikdy neurobí vašu verejnú IP adresu statickou. Čo vlastne posúva adresu domáceho VPN servera.

Presunul som domáci VPN box z Wi-Fi na Ethernet a jeho „trvalá“ adresa sa zmenila ešte ten večer. Na routeri nebolo nič pokazené. Rezervácia zodpovedala bezdrôtovému adaptéru a ten adaptér už nebol v ceste.

Ten istý omyl má aj druhú polovicu. Oprava LAN adresy nič neurobí pre adresu, na ktorú sa pripájajú vaši priatelia, a nemá nič spoločné so súkromným fondom, ktorý VPN prideľuje klientom. Tri adresy, tri oddelené režimy zlyhania a len jeden z nich je práca rezervácie.

Rezervácia zodpovedá klientovi, nie zariadeniu

V DHCPv4 je rezervácia viazaná na hardvérovú adresu klienta; v DHCPv6 na DUID, ktorý má klient udržiavať. Pole hostname je označenie pre ľudí. Router v skutočnosti porovnáva identifikátor, ktorý príde v požiadavke.

Čítajte záznam ako podmienku: keď tento identifikátor požiada, dajte mu túto adresu. Obnovy držia rovnaký prenájom, kým zhoda platí, a reštart len znova požiada. Keď sa identifikátor zmení, požiadavka rezerváciu minie a klient si vezme, čo ponúkne dynamický fond. Žiadna chyba, žiadne varovanie, len iná adresa.

OpenWrt ukazuje tvar jasne. Jeden blok config host v /etc/config/dhcp spája meno, MAC a adresu a dokumentácia k statickým prenájmom vysvetľuje, ako tento záznam spolupracuje s fondom. Iné routery skrývajú tie isté tri polia za inými označeniami.

Kde sa zhoda ticho preruší

Výmena hardvéru je bežný prípad. Vymeňte sieťovú kartu alebo presuňte stroj medzi Ethernetom a Wi-Fi a adresa, ktorú router vidí, sa zmení s ňou. Stará rezervácia zostáva v zozname a stále vyzerá správne.

Preinštalovanie je druhý prípad a najviac hryzie pri IPv6. Nová inštalácia môže vytvoriť nový DUID, kým starý prenájom IPv4 je ešte platný, takže adresa v4 chvíľu prežije a záznam v6 prestane platiť bez akéhokoľvek viditeľného zásahu.

Tretí je pripnutý identifikátor klienta. Viacero DHCP klientov umožňuje nastaviť reťazec identifikátora namiesto použitia MAC. Ak aktualizácia alebo prepísanie konfigurácie toto nastavenie zahodí, zhoda zmizne, hoci sa stroj nepohol.

Štvrtý je zdvojenie: zastaraný blok a nový blok pre toho istého hostiteľa. Server odpovie tým pravidlom, ktoré sa zhoduje, často adresou z fondu, ktorej ste sa chceli vyhnúť. Vymažte zastaraný záznam namiesto pridania druhého.

Konfigurácia na strane hostiteľa a čo stojí

Nastavenie adresy na hostiteľovi otázku zhody úplne odstráni. Rozhranie naskočí s touto adresou, či DHCP odpovedá alebo nie, a to je presne to, čo chcete od stroja, ktorý musí byť dostupný aj po reštarte routera.

Cena je vlastníctvo. Prefix, bránu aj resolvery teraz dodávate vy a adresu musíte sami držať mimo dynamického fondu. Na Ubuntu s netplanom ju nesie /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]

Používatelia NetworkManageru dosiahnu rovnaký stav pomocou nmcli con mod "Wired connection 1" ipv4.method manual ipv4.addresses 192.168.50.10/24 ipv4.gateway 192.168.50.1, potom nmcli con up "Wired connection 1". Aplikujte netplan pomocou netplan try pri prvom pokuse namiesto netplan apply; preklepnutá brána vytiahne box zo siete a nechá vás hľadať konzolu.

Napriek tomu si ponechajte zodpovedajúcu rezerváciu. Nie je nadbytočná. Záznam eviduje adresu na strane routera a bráni serveru DHCP prideliť tú adresu hosťujúcemu zariadeniu, ak niekto neskôr fond rozšíri.

Stabilná LAN adresa nie je verejný koncový bod

Nasmerujte presmerovanie portu na 192.168.50.10 a pravidlo prežije každú zmenu na strane LAN. Stabilnú internetovú adresu vám však nedá. Vaša verejná IP patrí poskytovateľovi a môže sa pohnúť pri opätovnom pripojení alebo výmene modemu, na čo slúži dynamický DNS.

Za NAT na úrovni operátora nie je žiadna verejná IPv4 na presmerovanie a žiadna rezervácia ju nevytvorí. Najprv skontrolujte stránku WAN routera: ak je adresa v zdieľanom rozsahu, prichádzajúce presmerovanie nemôže fungovať, nech je rezervácia akokoľvek čistá.

Treťou adresou je fond tunela, často niečo ako 10.8.0.0/24. Tie adresy existujú len vnútri tunela a nikdy sa neobjavia na LAN. Zámena s LAN adresou servera je spôsob, akým port skončí presmerovaný na klienta, ktorý je online len počas pripojenia.

Skontrolujte cestu v poradí, v akom sa láme

Začnite na routeri. Porovnajte záznam v tabuľke prenájmov s cieľom rezervácie; ak server vzal adresu z fondu, identifikátor je nesprávny a ip link show na hostiteľovi vám dá hodnotu na porovnanie.

Potom hostiteľ. ip -4 addr show eth0 by mal hlásiť očakávanú adresu a prefix. Druhá adresa na tom istom rozhraní zvyčajne znamená, že DHCP stále beží vedľa vašej statickej konfigurácie.

Potom presmerovanie. Overte, že cieľ je stále rovný adrese, ktorú ste práve preverili, a že niečo počúva pomocou ss -lntp. Presmerovanie na zatvorený port vyzerá zvonku presne ako pokazené presmerovanie.

Dokončite to zvonku, na telefóne s vypnutou Wi-Fi. Ten jediný test oddeľuje „miestna adresa je nesprávna“ od „verejná dostupnosť je pokazená“, dva problémy, ktoré táto zostava stále mieša.

Zapíšte tri adresy — LAN, verejnú a fond tunela — a poznačte, ktorý systém každú vlastní. Keď budúci mesiac spojenie zlyhá, budete vedieť, ktorú skontrolovať, namiesto toho, aby ste menili všetky tri naraz.

Súvisiace články