آپ کے VPN سرور کے لیے DHCP ریزرویشن مستقل IP کیوں نہیں ہے

میں نے گھریلو VPN باکس Wi-Fi سے Ethernet پر منتقل کیا اور اس کا “مستقل” پتہ اسی شام بدل گیا۔ روٹر پر کچھ خراب نہیں تھا۔ ریزرویشن وائرلیس ایڈاپٹر سے مماثل تھی، اور وہ ایڈاپٹر اب راستے میں نہیں تھا۔

اسی غلط فہمی کا دوسرا نصف بھی ہے۔ LAN پتہ درست کرنے سے اس پتے پر کوئی اثر نہیں پڑتا جس سے آپ کے دوست جڑتے ہیں، اور اس نجی پول سے بھی کوئی تعلق نہیں جو VPN کلائنٹس کو دیتا ہے۔ تین پتے، ناکامی کے تین الگ طریقے، اور ان میں سے صرف ایک ریزرویشن کا کام ہے۔

ریزرویشن کلائنٹ سے مماثل ہوتی ہے، ڈیوائس سے نہیں

DHCPv4 میں ریزرویشن کلائنٹ کے ہارڈویئر پتے پر منحصر ہے؛ DHCPv6 میں اس DUID پر جو کلائنٹ کو رکھنا چاہیے۔ hostname فیلڈ انسانوں کے لیے لیبل ہے۔ روٹر درحقیقت درخواست میں آنے والی شناخت کا موازنہ کرتا ہے۔

اندراج کو شرط کے طور پر پڑھیں: جب یہ شناخت مانگے تو اسے یہ پتہ دیں۔ جب تک مماثلت رہے تجدید اسی لیز کو رکھتی ہے، اور ری بوٹ صرف دوبارہ مانگتا ہے۔ جب شناخت بدل جائے تو درخواست ریزرویشن سے گزر جاتی ہے اور کلائنٹ وہ لے لیتا ہے جو متحرک پول دیتا ہے۔ نہ کوئی خرابی، نہ انتباہ، صرف ایک دوسرا پتہ۔

OpenWrt شکل واضح دکھاتا ہے۔ /etc/config/dhcp میں ایک config host بلاک نام، MAC اور پتے کو جوڑتا ہے، اور مستقل لیز کی دستاویز بتاتی ہے کہ وہ اندراج پول کے ساتھ کیسے کام کرتا ہے۔ دوسرے روٹر وہی تین فیلڈ مختلف لیبلوں کے پیچھے چھپاتے ہیں۔

جہاں مماثلت خاموشی سے ٹوٹتی ہے

ہارڈویئر بدلنا عام معاملہ ہے۔ NIC بدلیں، یا مشین کو 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 ISP کا ہے اور دوبارہ جڑنے یا موڈیم بدلنے پر ہل سکتا ہے، متحرک 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، عوامی اور ٹنل پول — اور نوٹ کریں کہ کون سا نظام کس کا مالک ہے۔ اگلے مہینے کوئی کنکشن ناکام ہو تو تینوں ایک ساتھ بدلنے کے بجائے آپ کو معلوم ہوگا کہ کسے جانچنا ہے۔