Эмне үчүн DHCP резервдештирүү VPN сервериңиз үчүн статикалык IP эмес

Үй VPN кутусун Wi-Fi-дан Ethernet-ге көчүрдүм, ал эми анын «туруктуу» дареги ошол эле кечинде өзгөрдү. Маршрутизатордо эч нерсе бузулган эмес. Резервдештирүү зымсыз адаптерге дал келген, ал адаптер мындан ары жолдо жок эле.

Ошол эле жаңылыш түшүнүктүн экинчи жарымы бар. LAN дарегин оңдоо досторуңуз туташкан дарекке эч нерсе кылбайт жана VPN кардарларга берген жеке бассейнге эч кандай тиешеси жок. Үч дарек, үч өзүнчө иштебей калуу режими, жана алардын бирөө гана резервдештирүүнүн иши.

Резервдештирүү кардарга дал келет, түзмөккө эмес

DHCPv4-тө резервдештирүү кардардын аппараттык дарегине байланышат; DHCPv6-да кардар сакташы керек болгон DUID-ге байланышат. hostname талаасы адамдар үчүн белги. Маршрутизатор чындыгында сурамда келген идентификаторду салыштырат.

Жазууну шарт катары окуңуз: бул идентификатор сураганда, ага ушул даректи бериңиз. Дал келүү сакталганча жаңыртуулар ошол эле ижараны кармайт, ал эми кайра жүктөө жөн гана кайра сурайт. Идентификатор өзгөрсө, сурам резервдештирүүнү өткөрүп жиберет жана кардар динамикалык бассейн сунуш кылганын алат. Ката жок, эскертүү жок, жөн гана башка дарек.

OpenWrt формасын ачык көрсөтөт. /etc/config/dhcp ичиндеги бир config host блогу атты, MACти жана даректи бириктирет, жана статикалык ижаралар боюнча документтер бул жазуу бассейн менен кантип аракеттенерин түшүндүрөт. Башка маршрутизаторлор ошол эле үч талааны башка белгилердин артына жашырат.

Дал келүү үнсүз үзүлгөн жер

Аппаратты алмаштыруу — көп кездешүүчү учур. Тармак картасын алмаштырыңыз же машинаны Ethernet менен Wi-Fi ортосунда жылдырыңыз, ал эми маршрутизатор көргөн дарек аны менен кошо өзгөрөт. Эски резервдештирүү тизмеде калат, дагы эле туура көрүнөт.

Кайра орнотуу — экинчи учур, ал IPv6-да катуу тиштейт. Жаңы орнотуу жаңы DUID жаратышы мүмкүн, ал эми эски IPv4 ижарасы дагы күчүндө, ошондуктан v4 дареги бир аз жашайт жана v6 жазуусу көрүнүктүү оңдоосуз колдонуудан калат.

Үчүнчүсү — бекитилген кардар идентификатору. Бир нече DHCP кардары MACти колдонуунун ордуна идентификатор сабын коюуга уруксат берет. Жаңыртуу же конфигурацияны кайра жазуу бул параметрди таштап кетсе, машина жылбаса да дал келүү жоголот.

Төртүнчүсү — кайталоо: бир хост үчүн эски блок жана жаңы блок. Сервер дал келген эреже менен жооп берет, көбүнчө өзүңүз качкыңыз келген бассейндин дареги менен. Экинчисин кошуунун ордуна эски жазууну жок кылыңыз.

Хост тарабындагы конфигурация жана анын баасы

Даректи хосттун өзүндө коюу дал келүү маселесин толугу менен жок кылат. DHCP жооп берсе да, бербесе да интерфейс ошол дарек менен көтөрүлөт, ал эми маршрутизатор кайра жүктөлгөндөн кийин да жеткиликтүү болушу керек болгон машинадан ушундайды күтөсүз.

Баасы — менчик. Эми префиксти, шлюзду жана чечүүчүлөрдү өзүңүз бересиз, ал эми даректи динамикалык бассейнден тышкары өзүңүз кармоого тийишсиз. netplan менен Ubuntu-да аны /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]

NetworkManager колдонуучулары nmcli con mod "Wired connection 1" ipv4.method manual ipv4.addresses 192.168.50.10/24 ipv4.gateway 192.168.50.1 аркылуу, андан кийин nmcli con up "Wired connection 1" аркылуу ошол эле абалга жетишет. Биринчи аракетте netplan apply ордуна netplan try аркылуу netplan колдонуңуз; туура эмес тергизилген шлюз кутуну тармактан чыгарып, консоль издеп калтырат.

Баары бир дал келүүчү резервдештирүүнү сактаңыз. Ал ашыкча эмес. Жазуу даректи маршрутизатор тарабында жазып коёт жана бирөө кийин бассейнди кеңейтсе, DHCP серверинин ошол даректи конок түзмөгүнө берүүсүнө жол бербейт.

Туруктуу LAN дареги коомдук акыркы чекит эмес

Портту багыттоону 192.168.50.10-ге багыттаңыз, ал эми эреже LAN тарабындагы ар бир өзгөрүүгө туруштук берет. Ал сизге туруктуу интернет дарегин бербейт. Сиздин коомдук IP провайдерге таандык жана кайра туташканда же модем алмашканда жылышы мүмкүн, динамикалык DNS дал ошонун үчүн.

Оператор деңгээлиндеги NAT артында багыттоо үчүн коомдук IPv4 такыр жок, жана эч бир резервдештирүү аны жаратпайт. Баарынан мурун маршрутизатордун WAN баракчасын текшериңиз: дарек жалпы диапазондо болсо, кирүүчү багыттоо резервдештирүү канчалык таза болсо да иштей албайт.

Үчүнчү дарек — туннелдин бассейни, көбүнчө 10.8.0.0/24 сыяктуу нерсе. Бул даректер туннелдин ичинде гана болот жана LAN-да эч качан көрүнбөйт. Аларды сервердин LAN дареги менен алмаштыруу — порттун акырында туташып турганда гана онлайн болгон кардарга багытталышынын жолу.

Жолду кайсы жерден үзүлөрүнө жараша текшериңиз

Маршрутизатордон баштаңыз. Ижара таблицасынын жазуусун резервдештирүүнүн максаты менен салыштырыңыз; сервер бассейндин дарегин алса, идентификатор туура эмес, ал эми хосттогу ip link show салыштыруу үчүн маанини берет.

Андан кийин хост. ip -4 addr show eth0 күтүлгөн даректи жана префиксти көрсөтүшү керек. Ошол эле интерфейстеги экинчи дарек адатта DHCP дагы эле сиздин статикалык конфигурацияңыз менен катар иштеп жатканын билдирет.

Андан кийин багыттоо. Багыт дагы эле жакында текшерген дарекке барабар экенин жана бир нерсе ss -lntp аркылуу угуп жатканын ырастаңыз. Жабык портка багытталган багыттоо сырттан так бузулган багыттоо сыяктуу көрүнөт.

Сырттан бүтүрүңүз, Wi-Fi өчүк телефондо. Ошол бир сынак «жергиликтүү дарек туура эмес» менен «коомдук жеткиликтүүлүк бузулган» дегенди ажыратат, бул конфигурация үзгүлтүксүз аралаштырган эки маселе.

Үч даректи жазып алыңыз, LAN, коомдук жана туннел бассейни, жана кайсы система кайсынысына ээ экенин белгилеңиз. Эмики айда байланыш иштебей калса, үчөөнү бирден өзгөртүүнүн ордуна кайсынысын текшерүү керектигин билесиз.