OpenVPN کا /24 توقع سے پہلے کلائنٹس کیوں ختم کر دیتا ہے
net30 میں ہر کلائنٹ ایک /30 لیتا ہے، اس لیے /24 تقریباً 64 پر رک جاتا ہے۔ تقسیمیں گنیں، اصل انکار تلاش کریں، پھر پتہ منصوبے سے پول کا حجم دوبارہ متعین کریں۔
/24 پر بنے اور ساٹھ کے قریب کلائنٹس قبول کرنا بند کر دینے والے پول ڈیزائن کے مطابق کام کر رہے ہیں، لائسنس کی حد کو نہیں پہنچ رہے۔ net30 میں ہر کلائنٹ کو دونوں سروں پر پتہ والا مجازی نقطہ سے نقطہ ربط دیا جاتا ہے جو چار پتے خرچ کرتا ہے، اس لیے 256 پتوں کا سب نیٹ پری فکس کے بتائے ہوئے کا تقریباً چوتھائی حصہ ہی سنبھالتا ہے۔ اہم تعداد تقسیمیں ہیں، پتے نہیں۔ پری فکس کو کلائنٹس کی تعداد کے طور پر پڑھنا وہ غلطی ہے جو چھپے ہوئے صارف کی حد کی تلاش پر مجبور کرتی ہے۔
دو ٹوپولوجیاں، دو ریاضی کے ماڈل، اور ان میں سے صرف ایک وہ پری فکس سے مطابقت رکھتا ہے جو لوگ فرض کرتے ہیں۔
net30 ہر کلائنٹ پر چار پتے خرچ کرتا ہے
net30 ہر کلائنٹ کے لیے ایک /30 بلاک تقسیم کرتا ہے، کیونکہ ہر سیشن کو دونوں سروں پر پتہ والا نقطہ سے نقطہ ربط سمجھا جاتا ہے۔ اس بلاک میں چار پتے آتے ہیں اور دو قابل استعمال ہوتے ہیں، اس لیے مؤثر کلائنٹ تعداد سب نیٹ کا چوتھائی حصہ ہے۔ /24 پر یہ 64 بلاک چھوڑتا ہے، سرور کے اپنے بلاک اور کسی بھی مقررہ تقسیم سے پہلے۔ 63 کے قریب بتائی گئی بالائی حد ترتیب شدہ زیادہ سے زیادہ نہیں، بلکہ ظاہر ہونے والی ریاضی ہے۔
سرور کو بھی اپنی تقسیم درکار ہے، اور مستقل کلائنٹ اندراجات بلاک خرچ کرتے ہیں چاہے وہ کلائنٹس جڑیں یا نہ جڑیں۔ دونوں اسی پری فکس کو بدلے بغیر متحرک دائرہ کم کرتے ہیں جس سے آپ نے آغاز کیا۔
پول کی سرحدیں پری فکس سے زیادہ اہم ہیں
سرور کی ہدایت اپنے بتائے ہوئے سب نیٹ سے تنگ تر پول متعین کر سکتی ہے، اور امدادی اسکرپٹ آپ کے کھولے گئے پروفائل میں نظر نہ آنے والی اضافی ترتیبات تک پھیل سکتی ہے۔ client-config ڈائریکٹری کے مستقل پتے اسی دائرے کے اندر ہوتے ہیں اور دو بار نہیں دیے جا سکتے۔ پری فکس زیادہ سے زیادہ ممکن جگہ بیان کرتا ہے؛ اصل پول وہی ہے جو چلتی ہوئی ترتیب واقعی پیش کرتی ہے۔
صلاحیت کے بارے میں کوئی نتیجہ اخذ کرنے سے پہلے دونوں کا موازنہ کریں، کیونکہ چھوٹا ترتیب شدہ دائرہ ٹوپولوجی کی طرح ہی بالائی حد کی وضاحت کرتا ہے۔
وہ حد تلاش کریں جس نے واقعی کلائنٹ کو انکار کیا
پہلے ٹوپولوجی اور اصل پول پڑھیں، پھر مقررہ تقسیم اور محفوظ پتے شمار میں لیں۔ پتہ کی جگہ کو قصوروار ٹھہرانے سے پہلے max-clients اور OpenVPN سے باہر کسی بھی داخلے کے کنٹرول کو جانچیں۔ آخر میں، انکار کے لمحے سرور کا اپنا پیغام ان امیدواروں سے ملا کر دیکھیں۔ پیغام پابندی کا نام لیتا ہے؛ تعداد صرف میدان کو تنگ کرتی ہے۔
ہم وقتی غلطی کے ساتھ آنے والا انکار اور تقسیم کی غلطی کے ساتھ آنے والا انکار مختلف اصلاح چاہتے ہیں، اور ان کے درمیان اندازہ لگانا دیکھ بھال کی کھڑکی ضائع کرتا ہے۔
ٹوپولوجی بدلنے سے پتہ منصوبہ بدلتا ہے
سب نیٹ ٹوپولوجی پر جانا ہر کلائنٹ کو بلاک کے بجائے ایک پتہ دیتا ہے، جب پری فکس واقعی بہت چھوٹا ہو تو یہی درست قدم ہے۔ یہ کلائنٹ پتہ پیرامیٹرز کے معنی بھی بدلتا ہے، اس لیے ہر پن شدہ تقسیم اور ہر کلائنٹ مخصوص فائل کو ہاتھ سے دوبارہ نمبر دینے کے بجائے دوبارہ نکالنا ہوگا۔ نیا دائرہ منصوبہ بنائیں، مستقل اندراجات منتقل کریں، اور ان کا حوالہ دینے والے راستے تازہ کریں۔
تبدیلی پرانی ترتیب کا مترادف نہیں ہے۔ اسے اپنے جائزے والی پتہ منصوبہ تبدیلی سمجھیں، اور توقع رکھیں کہ کم از کم ایک کلائنٹ پچھلی اسکیم کا پتہ رکھے گا۔
پول کا حجم ماسک سے نہیں، منصوبے سے طے کریں
حجم ایک وقت میں جڑنے والے کلائنٹس کی تعداد میں دوبارہ جڑنے اور جانچ کے لیے گنجائش ملا کر چنیں، پھر منتخب ٹوپولوجی میں اسے ڈھانپنے والا سب سے چھوٹا پری فکس لیں۔ ساٹھ کلائنٹ کی حد حل کرنے کے لیے /16 تک پھیلانا صلاحیت کے مسئلے کو راستہ بندی اور اوورلیپ کے مسئلے سے بدل دیتا ہے، کیونکہ بڑا نجی دائرہ اس چیز سے ٹکرانے کا زیادہ امکان رکھتا ہے جہاں کلائنٹ پہلے ہی پہنچتا ہے۔
ٹوپولوجی، پول، مستقل تقسیم اور نتیجے میں آنے والی کلائنٹ حد ایک ساتھ دستاویز کریں۔ پھر اگلا صلاحیت کا سوال تحقیق نہیں، ریاضی ہوگا۔