درست OpenVPN کنکشن روکیں: پیش منظر، systemd یا NM

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

پیش منظر اور ڈیمون شدہ کلائنٹس

ٹرمینل میں ہاتھ سے شروع کیا گیا کلائنٹ اسی ٹرمینل کا ہے۔ Ctrl+C خلل بھیجتا ہے، کلائنٹ اپنا انٹرفیس توڑ دیتا ہے، اور ٹنل ختم ہو جاتا ہے۔ کسی اور کو اطلاع دینے کی ضرورت نہیں۔

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

SIGUSR1 منقطع کرنا نہیں ہے؛ یہ کلائنٹ سے ٹنل دوبارہ شروع کرنے کی درخواست کرتا ہے۔

systemd کے نمونے

جب unit کنکشن کا مالک ہو تو روکنے کی چیز unit ہی ہے۔ openvpn-client@office جیسے ٹیمپلیٹ نمونے پروفائل کا نام رکھتے ہیں، اور نمونے کے بجائے ٹیمپلیٹ ہدف روکنا میزبان پر ہر کلائنٹ کو متاثر کر سکتا ہے۔

systemctl list-units 'openvpn-client@*'
systemctl stop [email protected]

جب یقین نہ ہو کہ نمونے نے کون سا پروفائل لوڈ کیا، unit کا ExecStart پڑھیں۔

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

NetworkManager پروفائلز

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

nmcli connection show --active
nmcli connection down uuid actual-uuid

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

منتظم کی کمانڈ حوالہ دستاویز کرتا ہے کہ down ہدف کیسے چنا جاتا ہے۔

OpenVPN 3 سیشنز

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

openvpn3 sessions-list
openvpn3 session-manage --path /net/openvpn/v3/sessions/... --disconnect

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

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

بعد میں کیا تصدیق کریں

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

ip -brief address
ip route get 10.8.0.1

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

ابھی منقطع کرنا، اگلی خودکار شروعات کو روکنا، اور بعد میں غیر VPN ٹریفک کی اجازت دینا تین الگ انتخاب ہیں۔ ہر ایک کو واضح طور پر کریں۔