سیٹ اپ اسکرپٹ چلنے کے بعد VPN سرور کا مالک کوئی ہونا چاہیے

دو مختلف کام ایک کے طور پر بیچے جاتے ہیں: مشین کو VPN سرور بنانا، اور ایسے لیپ ٹاپ میں VPN کلائنٹ شامل کرنا جسے کسی اور کے گیٹ وے میں شامل ہونا ہے۔ سیٹ اپ اسکرپٹ پہلے کا جواب دیتی ہے اور دوسرے کا نہیں دے سکتی، اس کا README جو بھی اشارہ دے۔ setup-ipsec-vpn منصوبہ کو ٹھوس مثال سمجھیں: یہ معاون Linux ہوسٹ پر Libreswan اور xl2tpd کے ذریعے IPsec/L2TP، Cisco IPsec یا IKEv2 سرور بناتی ہے۔ یہ سرور کے لیے تعیناتی معاہدہ ہے، کسی بھی مشین کے لیے عام ترکیب نہیں۔ اسکرپٹ چلنے سے پہلے طے کریں کہ آپ کا کام کون سا ہے، کیونکہ اس کے بعد سب کچھ سرور کے بارے میں ہے۔

میزبان کے بارے میں ایماندار رہیں

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

سروس فعال کرنے سے اس کا راستہ نہیں کھلتا۔ IPsec کے لیے میزبان کے آگے کا نیٹ ورک UDP 500 اور 4500 کی اجازت دے اور تعیناتی کے مطابق ESP پروٹوکول بھی۔ جو اسکرپٹ پروٹوکول 50 گرانے والے سیکیورٹی گروپ کے پیچھے کامیابی سے مکمل ہوتی ہے، اس نے ایسا سرور بنایا ہے جہاں کوئی نہیں پہنچ سکتا، اور انسٹالر کے آؤٹ پٹ میں کچھ بھی یہ نہیں کہے گا۔

انسٹالر اصل میں کیا لیتا ہے

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

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

اسکرپٹ کیا نہیں دے سکتی

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

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

پہلا کلائنٹ ہی قبولیت کا امتحان ہے

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

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

حوالگی کا صفحہ لکھیں

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

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