ifconfig-push: net30 میں peer ایڈریس یا subnet میں نیٹ ماسک؟

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

net30 میں وہ فیلڈ peer ایڈریس ہے؛ subnet میں وہ نیٹ ماسک ہے۔ دونوں شکلیں متبادل ہیں، کبھی ترتیب نہیں۔

دونوں شکلیں، ساتھ ساتھ

روایتی net30 تعیناتی میں ہر کلائنٹ کے پاس ایک /30 بلاک ہوتا ہے: ایک نیٹ ورک ایڈریس، دو قابل استعمال ایڈریس اور ایک براڈکاسٹ ایڈریس۔ ifconfig-push کلائنٹ ایڈریس اور peer ایڈریس لیتا ہے، اور peer اسی بلاک میں دوسرا قابل استعمال ایڈریس ہے جو پوائنٹ ٹو پوائنٹ لنک کے سرور جانب استعمال ہوتا ہے۔

# net30: client address and its peer
ifconfig-push 10.99.0.6 10.99.0.5
# topology subnet: client address and the pool netmask
ifconfig-push 10.99.0.20 255.255.255.0

topology subnet کے تحت کلائنٹ سرور کے ساتھ ایک subnet شیئر کرتا ہے، اور یہی ہدایت ایک ایڈریس اور نیٹ ماسک لیتی ہے۔ سرور کا اپنا ایڈریس server ہدایت سے آتا ہے، دوسرے فیلڈ سے نہیں۔ شکلیں ملانے سے ایسا کلائنٹ بنتا ہے جو خود کو پوائنٹ ٹو پوائنٹ لنک پر سمجھتا ہے جبکہ سرور اسے subnet ہوسٹ کے طور پر روٹ کرتا ہے، یا اس کے برعکس۔ اسی لیے نیٹ ماسک کو کبھی net30 کے ساتھ نہیں ملانا چاہیے۔

بلاک کی دونوں لائنیں CCD فائل کے لیے الگ الگ لائنیں ہیں۔ ایک کلائنٹ کو ان میں سے بالکل ایک ملتی ہے۔

سرور اصل میں کون سی ٹوپولوجی چلا رہا ہے، وہ پڑھیں

پیکیج کی ڈیفالٹ نہیں، چلتی ہوئی کنفیگریشن پڑھیں، کیونکہ ٹوپولوجی برسوں پہلے مقرر کی گئی اور آگے کاپی کی گئی ہو سکتی ہے۔ topology subnet موجود ہے یا نہیں دیکھیں، پھر دیکھیں کہ server لائن ایڈریس کیسے تقسیم کرتی ہے۔ ایسی کنفیگریشن جو ٹوپولوجی کا کبھی ذکر نہ کرے، subnet مقرر کرنے والی کے برابر نہیں۔

پھر کلائنٹ کو ملنے والی سیٹنگز پڑھیں۔ وہ جو ایڈریس، ماسک اور peer بتاتا ہے، وہ بتاتے ہیں کہ سرور نے کون سی تشریح لاگو کی۔

مقررہ ایڈریس کو ڈائنامک پول سے باہر رکھیں

مقررہ ایڈریس ڈائنامک پول سے باہر ہونا چاہیے، ورنہ دو کلائنٹس کو ایک ہی ایڈریس مل سکتا ہے۔ subnet ٹوپولوجی میں، nopool server لائن پر خودکار پول کو دباتا ہے، اور واضح ifconfig-pool رینج طے کرتی ہے کہ ڈائنامک کلائنٹس کو کیا ملتا ہے۔

dev tun
topology subnet
server 10.99.0.0 255.255.255.0 nopool
ifconfig-pool 10.99.0.100 10.99.0.210 255.255.255.0
client-config-dir /etc/openvpn/ccd

سرور اپنے لیے 10.99.0.1 لیتا ہے، اور مقررہ کلائنٹ ایڈریس پول کی رینج سے باہر ہوتا ہے۔ CCD فائل پروفائل فائل کے نام سے نہیں، مؤثر کلائنٹ شناخت کے نام سے رکھی جاتی ہے، اور اس میں کوئی اضافی ایکسٹینشن نہیں ہوتی۔ اگر username-as-common-name فعال ہو تو تصدیق شدہ صارف نام ہی وہ شناخت ہے جو ملانی ہے۔ ایک ہی شناخت رکھنے والے دو آلات مقررہ ایڈریس بھی شیئر کریں گے، جو روٹنگ نہیں بلکہ پالیسی کا مسئلہ ہے۔

کلائنٹ کو واقعی ملنے والی تفویض کی تصدیق کریں

مطلوبہ کلائنٹ کو دوبارہ جوڑیں اور کچھ اور جانچنے سے پہلے تصدیق کریں کہ کون سی CCD فائل منتخب ہوئی۔ پھر ایڈریس، ماسک یا peer، اور سرور کی طرف واپسی کا راستہ جانچیں۔ subnet تعیناتی میں peer ایڈریس دکھانے والا کلائنٹ اب بھی غلط شکل استعمال کر رہا ہے۔

ٹوپولوجی بدلنا ہر کلائنٹ اور ہر اوور رائیڈ پر اثر ڈالتا ہے، اس لیے اسے ایک کلائنٹ کی مرمت نہیں بلکہ منتقلی سمجھیں۔ پہلے سے زیرِ استعمال ٹوپولوجی سے ہم آہنگ کرنے کے لیے اسٹیٹک لائن درست کرنا عام طور پر چھوٹی تبدیلی ہے۔ server-options حوالہ مددگار اور کلائنٹ مخصوص اوور رائیڈز کی دستاویز کرتا ہے۔