Proč rezervace DHCP není statická IP adresa pro váš VPN server

Rezervace odpovídá identifikátoru klienta, ne stroji, a nikdy neudělá vaši veřejnou IP adresu statickou. Co vlastně posouvá adresu domácího VPN serveru.

Přesunul jsem domácí VPN box z Wi-Fi na Ethernet a jeho „trvalá“ adresa se změnila ještě ten večer. Na routeru nebylo nic rozbité. Rezervace odpovídala bezdrátovému adaptéru a ten adaptér už nebyl v cestě.

Stejný omyl má i druhou polovinu. Oprava LAN adresy nic neudělá pro adresu, na kterou se připojují vaši přátelé, a nemá nic společného se soukromým fondem, který VPN přiděluje klientům. Tři adresy, tři oddělené režimy selhání a jen jeden z nich je práce rezervace.

Rezervace odpovídá klientovi, ne zařízení

V DHCPv4 je rezervace vázaná na hardwarovou adresu klienta; v DHCPv6 na DUID, který má klient udržovat. Pole hostname je popisek pro lidi. Router ve skutečnosti porovnává identifikátor, který dorazí v požadavku.

Čtěte záznam jako podmínku: když tento identifikátor požádá, dejte mu tuto adresu. Obnovy drží stejný pronájem, dokud shoda platí, a restart jen znovu požádá. Když se identifikátor změní, požadavek rezervaci mine a klient si vezme, co nabídne dynamický fond. Žádná chyba, žádné varování, jen jiná adresa.

OpenWrt ukazuje tvar jasně. Jeden blok config host v /etc/config/dhcp svazuje jméno, MAC a adresu dohromady a dokumentace ke statickým pronájmům vysvětluje, jak tento záznam s fondem spolupracuje. Jiné routery skrývají stejná tři pole za odlišnými popisky.

Kde se shoda tiše prolomí

Výměna hardwaru je běžný případ. Vyměňte síťovou kartu nebo přesuňte stroj mezi Ethernetem a Wi-Fi a adresa, kterou router vidí, se s ní změní. Stará rezervace zůstává v seznamu a pořád vypadá správně.

Přeinstalace je druhý případ a nejvíc kouše u IPv6. Nová instalace může vytvořit nový DUID, zatímco starý pronájem IPv4 je stále platný, takže adresa v4 chvíli přežije a záznam v6 přestane platit bez jakékoli viditelné úpravy.

Třetí je připnutý identifikátor klienta. Několik DHCP klientů umožňuje nastavit řetězec identifikátoru místo použití MAC. Pokud aktualizace nebo přepsání konfigurace toto nastavení zahodí, shoda zmizí, i když se stroj nepohnul.

Čtvrté je zdvojení: zastaralý blok a nový blok pro stejný host. Server odpoví tím pravidlem, které se shoduje, často adresou z fondu, které jste se chtěli vyhnout. Smažte zastaralý záznam, místo abyste přidávali druhý.

Konfigurace na straně hostu a co stojí

Nastavení adresy na hostu otázku shody úplně odstraní. Rozhraní naskočí s touto adresou, ať DHCP odpovídá, nebo ne, což je přesně to, co chcete od stroje, který musí být dostupný i po restartu routeru.

Cena je vlastnictví. Prefix, bránu i resolvery teď dodáváte vy a adresu musíte sami držet mimo dynamický fond. Na Ubuntu s netplanem to nese /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]

Uživatelé NetworkManageru dosáhnou stejného stavu pomocí 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 pomocí netplan try při prvním pokusu místo netplan apply; překleplá brána vytáhne box ze sítě a nechá vás hledat konzoli.

Přesto si odpovídající rezervaci ponechte. Není nadbytečná. Záznam eviduje adresu na straně routeru a brání serveru DHCP přidělit tuto adresu hostujícímu zařízení, pokud někdo později fond rozšíří.

Stabilní LAN adresa není veřejný koncový bod

Namiřte přesměrování portu na 192.168.50.10 a pravidlo přežije každou změnu na straně LAN. Nedá vám stabilní internetovou adresu. Vaše veřejná IP patří poskytovateli a může se pohnout při opětovném připojení nebo výměně modemu, k čemuž slouží dynamický DNS.

Za NAT na úrovni operátora není žádná veřejná IPv4 k přesměrování a žádná rezervace ji nevytvoří. Nejdřív zkontrolujte stránku WAN routeru: pokud je adresa ve sdíleném rozsahu, příchozí přesměrování nemůže fungovat, ať je rezervace jakkoli čistá.

Třetí adresou je fond tunelu, často něco jako 10.8.0.0/24. Tyto adresy existují jen uvnitř tunelu a nikdy se neobjeví na LAN. Jejich záměna s LAN adresou serveru je způsob, jak port skončí přesměrovaný na klienta, který je online jen po dobu připojení.

Zkontrolujte cestu v pořadí, v jakém se láme

Začněte na routeru. Porovnejte záznam v tabulce pronájmů s cílem rezervace; pokud server vzal adresu z fondu, identifikátor je špatný a ip link show na hostu vám dá hodnotu k porovnání.

Pak host. ip -4 addr show eth0 by měl hlásit očekávanou adresu a prefix. Druhá adresa na stejném rozhraní obvykle znamená, že DHCP stále běží vedle vaší statické konfigurace.

Pak přesměrování. Ověřte, že cíl je stále roven adrese, kterou jste právě prověřili, a že něco poslouchá pomocí ss -lntp. Přesměrování na zavřený port vypadá zvenčí přesně jako rozbité přesměrování.

Dokončete to zvenčí, na telefonu s vypnutou Wi-Fi. Ten jediný test oddělí „místní adresa je špatná“ od „veřejná dostupnost je rozbitá“, dvě problémy, které tato sestava neustále míchá.

Zapište tři adresy — LAN, veřejnou a fond tunelu — a poznamenejte, který systém každou vlastní. Když příští měsíc spojení selže, budete vědět, kterou zkontrolovat, místo abyste měnili všechny tři najednou.

Související články