OpenVPN کہتا ہے کہ ابتدائیہ مکمل ہو گیا: پرامپٹ واپس کیوں نہیں آتا

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

پیغام کو اسٹارٹ اپ اور مستحکم حالت کے درمیان حد سمجھیں، کیونکہ یہ بالکل یہی بتاتا ہے۔

پیغام عمل کا نہیں، اسٹارٹ اپ کا اختتام بتاتا ہے

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

اگر سطر نمودار ہو اور کنکشن بعد میں مر جائے، تو وہ الگ واقعہ ہے، اور لاگ بعد میں یہی بتائے گا۔

Ctrl+C ایک فیصلہ ہے، حل نہیں

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

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

تکمیل کیا ثابت نہیں کرتی

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

‘سرور شروع ہوا’ اور ‘لیپ ٹاپ مشترکہ وسیلہ کھول سکتا ہے’ دو مختلف جگہوں کے مشاہدے ہیں، اور انہیں ملا دینا آپ کو غلط ہوسٹ کی خرابی تلاش کرنے بھیجتا ہے۔

ٹرمینل کے بغیر چلانا

مستقل تعیناتی کے لیے وہ سروس ترتیب استعمال کریں جس کی پلیٹ فارم حمایت کرتا ہے۔ systemd ہوسٹ پر یہ openvpn-client@office نمونہ ہے جس میں پروفائل /etc/openvpn/client میں ہے، ری بوٹ کے بعد بھی قائم رہنے کے لیے شروع اور فعال کیا گیا۔ Community OpenVPN --log یا --log-append کے ساتھ --daemon بھی دیتا ہے، جو عمل کو الگ کرتا ہے اور آؤٹ پٹ فائل میں بھیجتا ہے۔ دونوں طریقے عمل کے چلنے کا انداز بدلتے ہیں؛ کوئی بھی راستہ درست نہیں کرتا یا دور کی ایپلیکیشن کو صحت مند نہیں بناتا۔

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

کام کے مطابق ترتیب چنیں

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

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