Неге DHCP резервтеу VPN серверіңіз үшін статикалық IP емес

Резервтеу машинамен емес, клиент идентификаторымен сәйкеседі және ол сіздің жария IP-іңізді ешқашан статикалық етпейді. Үйдегі VPN серверінің мекенжайын шын мәнінде не жылжытады.

Үйдегі 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, жария және туннель пулы, және қай жүйе қайсысына ие екенін белгілеңіз. Келесі айда байланыс істен шықса, үшеуін бірден өзгертудің орнына қайсын тексеру керегін білесіз.

Қатысты мақалалар