DHCP rezervasyonu neden VPN sunucunuz için statik IP değildir

Ev VPN kutusunu Wi-Fi’dan Ethernet’e taşıdım ve “kalıcı” adresi aynı akşam değişti. Yönlendiricide hiçbir şey bozuk değildi. Rezervasyon kablosuz adaptörle eşleşiyordu ve o adaptör artık yolda değildi.

Aynı yanlış kanının ikinci bir yarısı var. LAN adresini düzeltmek arkadaşlarınızın bağlandığı adres için hiçbir şey yapmaz ve VPN’in istemcilere verdiği özel havuzla hiçbir ilgisi yoktur. Üç adres, üç ayrı arıza kipi ve bunlardan yalnızca biri bir rezervasyonun işidir.

Rezervasyon bir istemciyle eşleşir, cihazla değil

DHCPv4’te rezervasyon istemcinin donanım adresine bağlıdır; DHCPv6’da istemcinin koruması beklenen bir DUID’ye bağlıdır. hostname alanı insanlar için bir etikettir. Yönlendiricinin gerçekte karşılaştırdığı şey istekte gelen tanımlayıcıdır.

Kaydı bir koşul olarak okuyun: bu tanımlayıcı istediğinde ona bu adresi verin. Eşleşme sürdüğü sürece yenilemeler aynı kiralamayı korur ve yeniden başlatma yalnızca yeniden ister. Tanımlayıcı değiştiğinde istek rezervasyonu kaçırır ve istemci dinamik havuzun sunduğunu alır. Hata yok, uyarı yok, sadece başka bir adres.

OpenWrt biçimi açıkça gösterir. /etc/config/dhcp içindeki bir config host bloğu adı, MAC’i ve adresi birbirine bağlar, ve statik kiralamalar belgesi o kaydın havuzla nasıl etkileştiğini açıklar. Diğer yönlendiriciler aynı üç alanı farklı etiketlerin arkasına saklar.

Eşleşmenin sessizce düştüğü yer

Donanım değiştirmek olağan durumdur. Ağ kartını değiştirin ya da makineyi Ethernet ile Wi-Fi arasında taşıyın, yönlendiricinin gördüğü adres de onunla değişir. Eski rezervasyon listede kalır ve hâlâ doğru görünür.

Yeniden kurulum ikinci durumdur ve IPv6’da en sert ısırır. Yeni bir kurulum yeni bir DUID üretebilirken eski IPv4 kiralaması hâlâ geçerlidir, bu yüzden v4 adresi bir süre yaşar ve v6 kaydı görünür hiçbir düzenleme olmadan geçerliliğini yitirir.

Üçüncüsü sabitlenmiş istemci tanımlayıcısıdır. Birçok DHCP istemcisi MAC kullanmak yerine bir tanımlayıcı dizisi ayarlamanıza izin verir. Bir güncelleme ya da yapılandırmanın yeniden yazılması bu ayarı düşürürse, makine hareket etmemiş olsa da eşleşme kaybolur.

Dördüncüsü çoğaltmadır: aynı ana makine için eski bir blok ve yeni bir blok. Sunucu hangi kural uyuyorsa onunla yanıt verir, çoğu zaman kaçınmak istediğiniz havuz adresiyle. İkincisini eklemek yerine eski kaydı silin.

Ana makine tarafındaki yapılandırma ve maliyeti

Adresi ana makinede ayarlamak eşleşme sorusunu tamamen ortadan kaldırır. Arayüz, DHCP yanıt versin ya da vermesin o adresle ayağa kalkar ve yönlendirici yeniden başladıktan sonra da erişilebilir olması gereken bir makineden istediğiniz tam olarak budur.

Bedeli sahipliktir. Artık öneki, ağ geçidini ve çözümleyicileri siz sağlıyorsunuz ve adresi dinamik havuzun dışında kendiniz tutmalısınız. netplan kullanan Ubuntu’da onu /etc/netplan/01-vpn.yaml taşı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 kullanıcıları nmcli con mod "Wired connection 1" ipv4.method manual ipv4.addresses 192.168.50.10/24 ipv4.gateway 192.168.50.1 ile, ardından nmcli con up "Wired connection 1" ile aynı duruma ulaşır. İlk denemede netplan apply yerine netplan try ile netplan uygulayın; yanlış yazılmış bir ağ geçidi kutuyu ağdan düşürür ve sizi bir konsol aramaya bırakır.

Yine de eşleşen bir rezervasyon tutun. Gereksiz değildir. Kayıt adresi yönlendirici tarafında kaydeder ve biri havuzu sonradan genişletirse DHCP sunucusunun o adresi bir konuk cihaza vermesini engeller.

Kararlı bir LAN adresi genel bir uç nokta değildir

Bağlantı noktası yönlendirmesini 192.168.50.10’a çevirin ve kural LAN tarafındaki her değişikliğe dayanır. Ancak size kararlı bir internet adresi vermez. Genel IP’niz ISS’ye aittir ve yeniden bağlanmada ya da modem değişiminde kayabilir, dinamik DNS tam bunun içindir.

Operatör düzeyinde NAT’ın arkasında yönlendirilecek genel bir IPv4 hiç yoktur ve hiçbir rezervasyon bir tane yaratmaz. Her şeyden önce yönlendiricinin WAN sayfasına bakın: adres paylaşılan bir aralıktaysa, rezervasyon ne kadar temiz olursa olsun gelen yönlendirme çalışamaz.

Üçüncü adres tünel havuzudur, çoğu zaman 10.8.0.0/24 gibi bir şey. Bu adresler yalnızca tünelin içinde var olur ve LAN’da asla görünmez. Onları sunucunun LAN adresiyle karıştırmak, bir bağlantı noktasının sonunda yalnızca bağlı olduğu sürece çevrimiçi olan bir istemciye yönlendirilmesinin yoludur.

Yolu kırıldığı sırayla kontrol edin

Yönlendiriciden başlayın. Kiralama tablosundaki kaydı rezervasyonun hedefiyle karşılaştırın; sunucu havuz adresi aldıysa tanımlayıcı yanlıştır ve ana makinedeki ip link show karşılaştırma için gereken değeri verir.

Sonra ana makine. ip -4 addr show eth0 beklenen adresi ve öneki bildirmelidir. Aynı arayüzde ikinci bir adres genellikle DHCP’nin hâlâ statik yapılandırmanızın yanında çalıştığı anlamına gelir.

Sonra yönlendirme. Hedefin hâlâ az önce doğruladığınız adrese eşit olduğunu ve bir şeyin ss -lntp ile dinlediğini doğrulayın. Kapalı bir bağlantı noktasına yönelen yönlendirme dışarıdan tam olarak bozuk bir yönlendirme gibi görünür.

Dışarıdan bitirin, Wi-Fi kapalı bir telefonda. Bu tek test “yerel adres yanlış” ile “genel erişilebilirlik bozuk” durumunu ayırır, bu kurulumun sürekli birbirine karıştırdığı iki sorun.

Üç adresi yazın, LAN, genel ve tünel havuzu, ve her birinin hangi sisteme ait olduğunu not edin. Gelecek ay bir bağlantı başarısız olursa üçünü birden değiştirmek yerine hangisini inceleyeceğinizi bileceksiniz.