OpenVPN Access Server: ڈیمن دوبارہ شروع کریں یا ترتیب لاگو کریں

OpenVPN Access Server پر ایک ہی کام لگنے والی چیز کے لیے دو کمانڈز چسپاں کی جاتی ہیں اور دونوں مختلف کام کرتی ہیں۔ systemctl restart openvpnas پوری مصنوعات کو روک کر دوبارہ چلاتا ہے۔ sacli start وہ اندرونی سروسز چلاتا ہے جو ابھی تبدیل شدہ کنفیگریشن پڑھتی ہیں۔ ان کے درمیان انتخاب ذوق کا معاملہ نہیں: یہ اس پر منحصر ہے کہ ترتیب کی اپنی دستاویز کیا کہتی ہے، آپ کا سیشن اس سرور سے گزرتا ہے یا نہیں جسے آپ دوبارہ شروع کرنے والے ہیں، اور کیا آپ درست مصنوعات دیکھ رہے ہیں۔

دو تہیں، ایک ڈیمن

Access Server ایک ہی systemd یونٹ، openvpnas کے طور پر چلتا ہے، اور یہ ڈیمن ویب انٹرفیس کے پیچھے اندرونی سروسز اور VPN سننے والوں کی نگرانی کرتا ہے۔ sacli اسی انسٹالیشن کے لیے کمانڈ لائن انٹرفیس ہے، /usr/local/openvpn_as/scripts/sacli پر، اور یونٹ بدلے بغیر ان اندرونی اجزاء کو شروع، بند اور پوچھ سکتا ہے۔

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

پہلی شرط: ترتیب کی دستاویز کیا کہتی ہے

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

دونوں کمانڈز بدلی نہیں جا سکتیں، اس لیے اندازہ لگانے کی غلطی غیر متوازن ہے۔ جب مکمل دوبارہ آغاز درکار ہو اور sacli start استعمال ہو تو پرانا عمل پچھلی کنفیگریشن کے ساتھ سروس دیتا رہتا ہے، جو ایسا لگتا ہے کہ ترتیب نظر انداز ہوئی۔ جب sacli start کافی ہو اور مکمل دوبارہ آغاز کیا جائے تو بلا وجہ ہر منسلک کلائنٹ نکال دیا جاتا ہے۔

دوسری شرط: کیا آپ کا سیشن سرنگ کے اندر ہے

اگر آپ Access Server کو اس کے فراہم کردہ VPN کے ذریعے منتظم کرتے ہیں، دوبارہ آغاز اس رابطے کو ہٹا دیتا ہے جو آپ کا shell لے کر جاتا ہے۔ کمانڈ آپ کے سیشن کے ختم ہونے کے بعد مکمل ہو سکتی ہے، اس لیے آپ کو اندازہ لگانا پڑتا ہے کہ کام ہوا یا نہیں۔ اسی وجہ سے sacli start بھی سیشن کو لمحہ بھر کے لیے روک سکتا ہے جب دوبارہ شروع ہونے والا جزو آپ کی ٹریفک سنبھالتا ہے۔

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

تیسری شرط: کیا یہ وہی مصنوعات ہے جو آپ سمجھتے ہیں

Access Server کمیونٹی OpenVPN نہیں ہے۔ کمیونٹی انسٹالیشن openvpn@server یا openvpn-client@profile جیسی یونٹیں چلاتی ہے، کنفیگریشن /etc/openvpn میں ہوتی ہے، اور وہاں sacli نہیں ہوتا۔ مشترکہ ہوسٹ پر نام میں openvpn رکھنے والی ہر یونٹ دوبارہ شروع کرنا ہی غیر متعلقہ سرنگوں کے اکٹھے گرنے کا طریقہ ہے۔

کچھ بھی چھونے سے پہلے پہچانیں: systemctl status openvpnas --no-pager بتاتا ہے کہ Access Server چل رہا ہے یا نہیں، sacli status اس کے اندرونی اجزاء کی فہرست دیتا ہے، اور systemctl list-units --type=service ان یونٹوں کی فہرست دیتا ہے جن کے نام میں openvpn ہے۔ اگر آخری کمانڈ پروفائل نام والی یونٹیں دکھائے تو آپ کمیونٹی مصنوعات پر ہیں اور یہاں کا باقی کچھ آپ پر لاگو نہیں ہوتا۔

لاگو کریں، پھر active سے آگے جانچیں

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

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

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

ایک ہی گزر میں فیصلہ

ان چار سطروں سے نیچے جائیں اور پہلی موزوں سطر پر رکیں:

• ترتیب کا صفحہ sacli start کا نام لیتا ہے، یا آپ نے ابھی ConfigPut چلایا: sacli start استعمال کریں۔
• صفحہ دوبارہ آغاز مانگتا ہے، یا تبدیلی خصوصیات کے بجائے سننے والوں کو چھوتی ہے: systemctl restart openvpnas استعمال کریں۔
• آپ کا shell اس سرور سے آتا ہے: پہلے کنسول رسائی کا بندوبست کریں، پھر وہ کمانڈ چلائیں جو اوپر کی دو سطروں نے چنی۔
• جانچ: sacli status، قدر کے لیے ConfigQuery، ایک لاگ ان، ایک نجی وسیلہ۔ صرف سروس کی حالت آخری لکیر نہیں۔

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