Niyə DHCP rezervasiyası VPN serveriniz üçün statik IP deyil

Ev VPN qutusunu Wi-Fi-dan Ethernet-ə keçirdim və onun «daimi» ünvanı həmin axşam dəyişdi. Routerdə heç nə sınıq deyildi. Rezervasiya simsiz adapteri uyğunlaşdırırdı və o adapter artıq yolda deyildi.

Eyni yanlış təsəvvürün ikinci yarısı da var. LAN ünvanını düzəltmək dostlarınızın qoşulduğu ünvana heç nə etmir və VPN-in müştərilərə verdiyi özəl hovuzla heç bir əlaqəsi yoxdur. Üç ünvan, üç ayrı nasazlıq rejimi və yalnız biri rezervasiyanın işidir.

Rezervasiya cihazı deyil, müştərini uyğunlaşdırır

DHCPv4-də rezervasiya müştərinin aparat ünvanına bağlanır; DHCPv6-da isə müştərinin saxlaması gözlənilən DUID-ə bağlanır. Hostname sahəsi insanlar üçün etiketdir. Routerin həqiqətən müqayisə etdiyi şey sorğuda gələn identifikatordur.

Girişi şərt kimi oxuyun: bu identifikator soruşanda ona bu ünvanı verin. Yeniləmələr uyğunluq davam etdikcə eyni icarəni saxlayır və yenidən başlatma sadəcə yenidən soruşur. İdentifikator dəyişdikdə sorğu rezervasiyanı qaçırır və müştəri dinamik hovuzun təklif etdiyini götürür. Xəta yox, xəbərdarlıq yox, sadəcə fərqli ünvan.

OpenWrt formasını aydın göstərir. /etc/config/dhcp faylında bir config host bloku adı, MAC ünvanını və ünvanı bir-birinə bağlayır və statik icarə sənədləşməsi həmin girişin hovuzla necə qarşılıqlı əlaqədə olduğunu izah edir. Digər routerlər eyni üç sahəni fərqli etiketlər arxasında gizlədir.

Uyğunluğun səssizcə qopduğu yerlər

Aparat dəyişdirmək adi haldır. Şəbəkə kartını dəyişin və ya maşını Ethernet ilə Wi-Fi arasında köçürün, routerin gördüyü ünvan da onunla dəyişir. Köhnə rezervasiya siyahıda qalır və hələ də düzgün görünür.

Yenidən quraşdırma ikinci haldır və ən çox IPv6-da zərbə vurur. Təzə quraşdırma yeni DUID yarada bilər, halbuki köhnə IPv4 icarəsi hələ qüvvədədir, ona görə v4 ünvanı bir müddət yaşayır və v6 girişi heç bir görünən düzəliş olmadan tətbiqini dayandırır.

Üçüncüsü sabitlənmiş müştəri identifikatorudur. Bir neçə DHCP müştərisi MAC-dən istifadə etmək əvəzinə identifikator sətri təyin etməyə imkan verir. Yeniləmə və ya konfiqurasiyanın yenidən yazılması bu parametri atırsa, maşın yer dəyişməsə də uyğunluq yox olur.

Dördüncüsü təkrarlamadır: eyni host üçün köhnə blok və yeni blok. Server hansı qayda uyğun gəlirsə onunla cavab verir, çox vaxt qaçmaq istədiyiniz hovuz ünvanı ilə. İkinci giriş əlavə etmək əvəzinə köhnəni silin.

Host tərəfindəki konfiqurasiya və onun qiyməti

Ünvanı hostun özündə təyin etmək uyğunluq məsələsini tamamilə aradan qaldırır. İnterfeys DHCP cavab versə də, verməsə də həmin ünvanla qalxır və router yenidən başladıqdan sonra əlçatan olmalı maşından istədiyiniz də budur.

Qiyməti sahiblikdir. İndi prefiksi, şlüzü və həll ediciləri siz təmin edirsiniz və ünvanı dinamik hovuzdan kənarda özünüz saxlamalısınız. netplan ilə Ubuntu-da bunu /etc/netplan/01-vpn.yaml daşıyır:

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 istifadəçiləri eyni vəziyyətə nmcli con mod "Wired connection 1" ipv4.method manual ipv4.addresses 192.168.50.10/24 ipv4.gateway 192.168.50.1, sonra nmcli con up "Wired connection 1" ilə çatırlar. netplan-ı ilk cəhddə netplan apply əvəzinə netplan try ilə tətbiq edin; səhv yazılmış şlüz qutunu şəbəkədən çıxarır və sizi konsol axtarmağa qoyur.

Hər halda uyğun rezervasiyanı saxlayın. O, artıq deyil. Giriş ünvanı router tərəfində qeyd edir və kimsə sonradan hovuzu genişləndirsə, DHCP serverinin həmin ünvanı qonaq cihaza verməsinin qarşısını alır.

Sabit LAN ünvanı ictimai son nöqtə deyil

Port yönləndirməsini 192.168.50.10 ünvanına yönəldin və qayda LAN tərəfindəki hər dəyişikliyə davam edir. O sizə sabit internet ünvanı vermir. İctimai IP-niz provayderə aiddir və yenidən qoşulma və ya modem dəyişikliyi zamanı dəyişə bilər, dinamik DNS məhz bunun üçündür.

Operator səviyyəli NAT arxasında yönləndirmək üçün ümumiyyətlə ictimai IPv4 yoxdur və heç bir rezervasiya onu yaratmır. Hər şeydən əvvəl routerin WAN səhifəsinə baxın: ünvan paylaşılan diapazondadırsa, daxil olan yönləndirmə rezervasiya nə qədər təmiz olsa da işləyə bilməz.

Üçüncü ünvan tunel hovuzudur, çox vaxt 10.8.0.0/24 kimi bir şey. Bu ünvanlar yalnız tunelin içində mövcuddur və heç vaxt LAN-da görünmür. Onları serverin LAN ünvanı ilə qarışdırmaq portun yalnız qoşulduğu müddətdə onlayn olan müştəriyə yönləndirilməsinə gətirib çıxarır.

Yolu sındığı sıra ilə yoxlayın

Routerdən başlayın. İcarə cədvəlinin girişini rezervasiyanın hədəfi ilə müqayisə edin; server hovuz ünvanı götürübsə, identifikator səhvdir və hostda ip link show müqayisə üçün dəyəri verir.

Sonra host. ip -4 addr show eth0 gözlənilən ünvanı və prefiksi göstərməlidir. Eyni interfeysdə ikinci ünvan adətən DHCP-nin hələ də statik konfiqurasiyanızın yanında işlədiyini bildirir.

Sonra yönləndirmə. Hədəfin hələ də təzəcə yoxladığınız ünvana bərabər olduğunu təsdiqləyin və nəyinsə ss -lntp ilə dinlədiyini təsdiqləyin. Bağlı porta yönəlmiş yönləndirmə kənardan tamamilə sınıq yönləndirmə kimi görünür.

Kənardan bitirin, Wi-Fi söndürülmüş telefonda. Bu bir test «yerli ünvan səhvdir» ilə «ictimai əlçatanlıq sınıbdır» arasında fərq qoyur, bu quraşdırmanın davamlı qarışdırdığı iki problem.

Üç ünvanı yazın: LAN, ictimai və tunel hovuzu, və hər birinin hansı sistemə aid olduğunu qeyd edin. Gələn ay bir bağlantı uğursuz olsa, üçünü birdən dəyişmək əvəzinə hansını yoxlamaq lazım olduğunu biləcəksiniz.