OpenVPN میں ہر کلائنٹ کے لیے مستقل IP: ifconfig-push، نہ کہ ipp.txt

ipp.txt میں ایک سطر میں ترمیم پتہ مختص کرنے جیسی محسوس ہوتی ہے، لیکن ایسا نہیں ہے۔ وہ فائل، جسے ifconfig-pool-persist نام دیتا ہے، ریکارڈ کرتی ہے کہ ایک عام نام کے پاس پچھلی بار کون سا پتہ تھا، تاکہ پول سہولت ہونے پر وہی پتہ واپس دے سکے۔ اس میں کچھ بھی اگلی کنکشن کو اس نمبر سے نہیں باندھتا۔

نیچے دی گئی جانچیں ترتیب سے چلائیں۔ ہر ایک یا تو طریقہ کار کی تصدیق کرتی ہے یا آپ کو روک کر کوئی ان پٹ درست کرنے کو کہتی ہے۔

استحکام فائل کس لیے ہے

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

اگر آپ کو کسی مخصوص کلائنٹ کے لیے مخصوص پتہ چاہیے، تو دستاویزی طریقہ کار ifconfig-push ہے، اور یہ اُس کنفیگریشن میں آتا ہے جو اُس کلائنٹ کا مالک ہے۔

جانچیں کہ درست کلائنٹ منتخب ہوا ہے

واضح مختص کلائنٹ کے عام نام سے تلاش کیا جاتا ہے، اس لیے غلط شناخت کے لیے نام رکھی گئی فائل کبھی نہیں پڑھی جاتی۔ تصدیق کریں کہ سرور اُس کلائنٹ کا نام کیا سمجھتا ہے، خاص طور پر جہاں username-as-common-name تصدیق کے بعد اسے بدلتا ہے۔ پھر تصدیق کریں کہ فائل کا نام اُس قدر سے بالکل میل کھاتا ہے، حروف کے بڑے چھوٹے ہونے سمیت۔

یہاں رہتے ہوئے ہم وقتی صورتحال پر بھی غور کریں۔ اگر duplicate-cn کی اجازت ہے، تو کئی آلات ایک ہی شناخت پیش کر سکتے ہیں، اور ایک مستقل پتہ اُن سب کے لیے منفرد نہیں ہو سکتا۔ فیصلہ کریں کہ اُس شناخت کے لیے ہم وقت سیشن مسترد کرنا مستقل پتے کے قابل ہے یا نہیں، کیونکہ یہ دونوں تقاضے بیک وقت پورے نہیں ہو سکتے۔

جانچیں کہ اعداد ٹوپولوجی سے میل کھاتے ہیں

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

# /etc/openvpn/ccd/partner-a   (subnet topology)
ifconfig-push 10.44.0.61 255.255.255.0

پتے کو ہر اُس چیز کے خلاف جانچیں جو اُس کی مالک ہو سکتی ہے: کوئی دوسرا واضح مختص، متحرک پول کی حد، اور کوئی بھی جامد راستہ جو مستقل ہوسٹ فرض کرتا ہے۔ پول سے ٹکرانے والا پتہ اُس وقت تک کام کرے گا جب تک پول اُسے کسی اور کو نہ دے دے، اور وہ ناکامی بے ترتیب دکھے گی۔

نئی کنکشن پر نتیجہ جانچیں

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

شواہد ساتھ رکھیں: کلائنٹ کا نام، وہ فائل جو میل کھائی، مختص کیا گیا پتہ اور وہ پول جس سے یہ آیا۔

آخر میں، مستقل ٹنل پتہ آلے کی اسناد نہیں ہے۔ یہ پتہ منصوبے میں ایک مقام کی نشاندہی کرتا ہے، جبکہ تصدیق اب بھی سرٹیفکیٹ اور اکاؤنٹ پر منحصر ہے۔ دونوں کو ملانا پتے کے تنازعے کو ایسی حفاظتی مفروضے میں بدل دیتا ہے جو کسی نے نہیں لکھا۔