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

جہاں سے خرابی ظاہر ہوتی ہے وہیں سے شروع کریں

یہاں دو عمل شامل ہیں، اور انہیں آپس میں ملانا ہی اسے پراسرار بناتا ہے۔ ڈیمون ٹنل کا مالک ہے اور /run/nordvpn/ کے نیچے ایک ساکٹ پر سنتا ہے۔ آپ نے جو حکم لکھا وہ خود انٹرفیس کو چھوئے بغیر اسی ساکٹ سے جڑتا ہے۔

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

ہر چیز سے پہلے unit کی جانچ کریں

سروس مینیجر سے پوچھیں کہ ڈیمون چل رہا ہے یا نہیں، اور اگر نہیں تو ایک ہی مرحلے میں اسے شروع اور فعال کریں:

systemctl status nordvpnd
sudo systemctl enable --now nordvpnd
nordvpn version

اگر unit موجود ہے مگر غیر فعال ہے، تو enable --now ایک ہی وقت میں اسے شروع کرتا ہے اور اگلے بوٹ کا انتظام کرتا ہے۔ اگر unit موجود نہیں، تو پیکیج وہ نہیں جو آپ سمجھ رہے ہیں، اور نصب شدہ نام آپ کے نوٹس کے نام سے زیادہ اہم ہے۔ یہ اس وقت تک معمولی فرق لگتا ہے جب تک آپ اس لیبل کے تحت کبھی نصب نہ ہونے والی سروس کو فعال کرنے میں بیس منٹ نہ گزار دیں۔ جو ہے اسے پڑھیں، پھر اسی کے مطابق عمل کریں۔

unit فائلوں کی فہرست ایک ہی حکم میں یہ طے کر دیتی ہے، اور تنصیب کے بارے میں کوئی نتیجہ نکالنے سے پہلے یہ کرنا مناسب ہے:

systemctl list-unit-files 'nordvpn*'
service --status-all

ریلیزز نے سروس کو ایک سے زیادہ unit ناموں کے تحت بھیجا ہے، اس لیے nordvpn کے بجائے nordvpnd استعمال کرنے والا build اس خرابی کی مکمل نقل پیدا کرے گا، جبکہ بالکل ساتھ میں صحت مند سروس چل رہی ہوگی۔

ساکٹ اور اس کا گروپ رسائی کا فیصلہ کرتے ہیں

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

sudo usermod -aG nordvpn "$USER"
newgrp nordvpn

گروپ کی رکنیت سیشن شروع ہونے پر پڑھی جاتی ہے، اسی لیے جس ٹرمینل میں آپ نے تبدیلی کی وہاں یہ کام نہ کرتی دکھتی ہے۔ چل رہے سیشن کو نیا گروپ دیکھنے سے پہلے نیا لاگ ان شیل یا newgrp ضروری ہے۔ نئے شیل میں جانچیں، اس شیل میں نہیں جس نے ابھی حکم چلایا۔ ورنہ آپ نتیجہ نکالیں گے کہ درستی ناکام ہوئی، جبکہ وہ ابھی لاگو ہی نہیں ہوئی۔

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

ls -l /run/nordvpn
id

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

پرانی پیکیجنگ میں فی صارف عمل

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

systemd کے بغیر init پر دستاویزی ترتیب کردار تقسیم کرتی ہے: نظام کی سروس ایک نام کے تحت چلتی ہے اور صارف کی طرف کا عمل ہدف اکاؤنٹ کے تحت chpst -u <user> کے ساتھ چلتا ہے۔ دوسری ترتیب فرض کرنے والی اسٹارٹ اپ اسکرپٹ شامل کرنے سے پہلے جانچیں کہ آپ کی تنصیب واقعی کون سی ترتیب استعمال کرتی ہے۔

کیسے جانیں کہ آپ کا کام مکمل ہو گیا

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

sudo systemctl stop nordvpnd
sudo systemctl enable --now nordvpnd
sudo systemctl start nordvpnd
nordvpn version

وہ آخری حکم قبولیت کی جانچ ہے۔ ورژن چھپنا یعنی ساکٹ جواب دے رہا ہے، جو باقی ہر خرابی کو لاگ ان، پلان یا کنیکٹیویٹی کے دائرے میں منتقل کر کے اس مضمون سے باہر نکال دیتا ہے۔ اگر وہ جواب دے، تو یہیں پڑھنا بند کریں اور اس کی بجائے اکاؤنٹ دیکھیں۔

اگر ساکٹ اب بھی موجود نہ ہو، تو یہ دیکھنے کے لیے کہ یہ کیوں رکا unit جرنل پڑھیں، پھر جانچیں کہ /run/nordvpn موجود ہے اور سروس اکاؤنٹ وہاں لکھ سکتا ہے۔ جو عمل اٹھ کر فوراً مر جاتا ہے وہ اپنی وجہ اسی جرنل میں درج کرتا ہے، اور ایک سطر پڑھنا دوبارہ تنصیب کرنے سے تیز ہے۔

متعلقہ مضامین