دوسرا VPN اینڈ پوائنٹ: کیا ڈھکتا ہے اور کیا نہیں

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

موازنہ کریں کہ دونوں اینڈ پوائنٹ کیا شریک کرتے ہیں

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

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

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

طے کریں کہ کلائنٹ کیسے بدلتا ہے

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

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

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

ایک حقیقی ناکامی آزمائیں

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

dig +short vpn2.example.net
ip route get 10.20.30.41
journalctl -u openvpn@backup --since '-10 min'

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

پھر اصل کو واپس لائیں اور تصدیق کریں کہ کلائنٹ واپس آتا ہے یا نہیں۔ اتفاقاً ہونے والی واپسی ایسا رویہ ہے جس کی کسی نے منصوبہ بندی نہیں کی۔

لکھیں کہ دوسرا پتہ کیا دیتا ہے

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

ایک سرور سے آزادی مشترکہ اکاؤنٹ یا ہدف نیٹ ورک سے آزادی نہیں ہے۔ جو پیراگراف یہ بلند آواز میں کہتا ہے وہی دوسرے پتے کو اندرونی طور پر اعلی دستیابی کے طور پر بیچنے سے روکتا ہے۔ یہ اگلے آپریٹر کو بھی بتاتا ہے کہ جوڑا ایک ساتھ ناکام ہونے پر پہلے کیا جانچنا ہے۔