لماذا لا يُعد حجز DHCP عنوان IP ثابتًا لخادم VPN الخاص بك

نقلت صندوق VPN منزلي من Wi-Fi إلى Ethernet، فتغيّر عنوانه «الدائم» في المساء نفسه. لم يكن في الراوتر أي عطل. كان الحجز يطابق مهايئ الشبكة اللاسلكية، ولم يكن ذلك المهايئ في المسار بعد الآن.

لهذا الفهم الخاطئ نصف آخر. إصلاح عنوان LAN لا يفعل شيئًا للعنوان الذي يتصل به أصدقاؤك، ولا علاقة له بالمجموعة الخاصة التي يمنحها VPN للعملاء. ثلاثة عناوين، وثلاثة أنماط فشل منفصلة، وواحد منها فقط من عمل الحجز.

الحجز يطابق عميلاً، لا جهازًا

في DHCPv4 يعتمد الحجز على عنوان العتاد الخاص بالعميل؛ وفي DHCPv6 يعتمد على DUID يُتوقع من العميل الحفاظ عليه. حقل اسم المضيف مجرد وسم للبشر. ما يقارنه الراوتر فعليًا هو المعرّف الذي يصل في الطلب.

اقرأ الإدخال كشرط: عندما يطلب هذا المعرّف، أعطه هذا العنوان. تُبقي عمليات التجديد الإجارة نفسها ما دام التطابق قائمًا، وإعادة التشغيل تطلب مرة أخرى فقط. وحين يتغيّر المعرّف، يفوّت الطلب الحجز ويأخذ العميل ما تعرضه المجموعة الديناميكية. لا خطأ، لا تحذير، مجرد عنوان مختلف.

يعرض OpenWrt الشكل بجلاء. كتلة config host واحدة في /etc/config/dhcp تربط اسمًا وعنوان MAC وعنوانًا معًا، و وثائق الإجارات الثابتة تشرح كيف يتفاعل ذلك الإدخال مع المجموعة. راوترات أخرى تخفي الحقول الثلاثة نفسها خلف تسميات مختلفة.

حيث ينفلت التطابق بهدوء

استبدال العتاد هو الحالة الشائعة. غيّر كرت الشبكة، أو انقل الجهاز بين Ethernet وWi-Fi، فيتغيّر معه العنوان الذي يراه الراوتر. يبقى الحجز القديم في القائمة، ويبدو صحيحًا كما هو.

إعادة التثبيت هي الحالة الثانية، وهي أشد وطأة على IPv6. قد يولّد تثبيت جديد DUID جديدًا بينما إجارة IPv4 القديمة ما زالت صالحة، فيبقى عنوان v4 فترة ويصبح إدخال v6 غير ساري دون أي تعديل مرئي.

الثالث هو معرّف عميل مثبّت. تتيح عدة عملاء DHCP تعيين سلسلة معرّف بدلًا من استخدام MAC. وإذا أسقطت ترقية أو إعادة كتابة للإعداد ذلك الإعداد، يختفي التطابق رغم أن الجهاز لم ينتقل.

الرابع هو الازدواج: كتلة قديمة وكتلة جديدة للمضيف نفسه. يستجيب الخادم بالقاعدة التي تتطابق، وغالبًا عنوان المجموعة الذي كنت تحاول تجنّبه. احذف الإدخال القديم بدلًا من إضافة ثانٍ.

إعداد جانب المضيف وما يكلّفه

تعيين العنوان على المضيف يزيل مسألة التطابق تمامًا. تصعد الواجهة بذلك العنوان سواء أجاب DHCP أو لم يجب، وهذا ما تريده من جهاز يجب أن يبقى قابلًا للوصول بعد إعادة تشغيل الراوتر.

الثمن هو الملكية. أنت الآن توفّر البادئة والبوابة والخوادم المُحلِّلة، وعليك أن تُبقي العنوان خارج المجموعة الديناميكية بنفسك. على Ubuntu مع netplan، يحمله /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 باستخدام netplan try في المحاولة الأولى بدلًا من netplan apply؛ فبوابة مكتوبة خطأً تُخرج الجهاز من الشبكة وتتركك تبحث عن طرفية.

أبقِ حجزًا مطابقًا على أي حال. إنه ليس زائدًا. يسجّل الإدخال العنوان على جانب الراوتر ويمنع خادم 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 والعام ومجموعة النفق، ودوّن النظام الذي يملك كلًا منها. عندما يفشل اتصال الشهر المقبل ستعرف أيها تفحص بدلًا من تغيير الثلاثة دفعة واحدة.