VPN سیشنز کو کردار کے مطابق بڑھائیں، پھر ناکامی کا مارجن جانچیں

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

طریقہ کار کو سیشن کی قسم سے ہم آہنگ کریں

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

Cisco کی ASA کی اعلی دستیابی کی رہنمائی تین صلاحیتیں الگ رکھتی ہے: ریموٹ رسائی VPN کا بوجھ توازن، حالت کے ساتھ ناکامی پر منتقلی اور سائٹس کے درمیان کلسٹرنگ۔ صرف پہلی اہل کلائنٹ کو گروپ اندراج سے ممبر کی طرف منتقل کرتی ہے، اور LAN سے LAN کنکشنز اس تقسیم سے باہر رہتے ہیں۔ ایک عام TCP بیلنسر پروٹوکول کے اپنے ری ڈائریکشن مرحلے کی جگہ نہیں لے سکتا، کیونکہ ٹنل کا ہینڈ شیک سادہ HTTP نہیں جسے پراکسی دوبارہ لکھ سکے۔ عملی نتیجہ ایسا بیلنسر ہے جو کنکشن قبول کرتا ہے اور پھر بھی کلائنٹ کو ٹنل بنانے سے قاصر رکھتا ہے۔

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

اندازے کے بجائے مثال کا حساب لگائیں

فرض کریں کہ تین گیٹ ویز میں سے ہر ایک آپ کی منظور کردہ بوجھ کے تحت 800 بیک وقت ٹنلز پر تصدیق شدہ ہے، جو مجموعی طور پر 2,400 ہیں۔ مصروف گھنٹے کا 1,650 ہدف آرام دہ لگتا ہے جب تک ایک اکائی ضائع نہ ہو، اور پھر بچنے والے جوڑے کو سخت 1,600 کے مقابلے میں 1,650 تھامنا ہوتا ہے۔ ڈیزائن پہلے ہی ناکام ہو چکا ہے، اور ناکامی پر منتقلی کی کوئی ترتیب حساب درست نہیں کرتی۔

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

صرف مستحکم حالت نہیں، دوبارہ جڑنے کی لہر کا بھی بجٹ رکھیں

ناکام ممبر کے سیشنز خاموشی سے کہیں اور دوبارہ ظاہر نہیں ہوتے۔ طریقہ کار کے مطابق وہ حالت کے ساتھ منتقل ہوتے ہیں، شروع سے دوبارہ گفت و شنید کرتے ہیں، یا ایپلیکیشن کے اپنے شیڈول کے مطابق دوبارہ کوشش کا انتظار کرتے ہیں۔

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

پول اور راستے کے ساتھ صلاحیت کی تصدیق کریں

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

show vpn-sessiondb summary
show running-config ip local pool
show vpn load-balancing
show route 10.40.12.0 255.255.255.0

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

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