Mac پر OpenVPN Connect: CLI سے درآمد شدہ پروفائلز کی فہرست بنائیں
Mac CLI درآمد شدہ پروفائلز کو ان کی ID، میزبان اور قسم کے ساتھ فہرست کرتا ہے۔ منتقلی کے لیے ایپ کے نجی اسٹوریج فولڈر کو کاپی کرنے کے بجائے یہ فہرست استعمال کریں۔
درآمد شدہ کنکشنز کی فہرست Application Support کے اندر موجود فولڈر سے نہیں، بلکہ ایپ سے ہی دستیاب ہے۔ macOS کے لیے OpenVPN Connect وہ کمانڈ لائن فلیگز پیش کرتا ہے جو اپنے ہی پروفائل اسٹور سے پوچھتے ہیں، یعنی جواب اسی ماڈل سے آتا ہے جو GUI استعمال کرتا ہے۔ اسی لیے دستاویزی فہرست براؤز کر کے ملنے والے کسی بھی فولڈر سے بہتر ہے۔ یہ بھی بتاتا ہے کہ فولڈر اس کا متبادل کیوں نہیں ہے۔
کمانڈ جو پڑھتی ہے وہ ہر درآمد شدہ پروفائل کے لیے ایک چھوٹا ریکارڈ ہے: شناخت کنندہ، دکھانے کا نام، میزبان، پروفائل کی قسم، محفوظ کردہ صارف نام اور کوئی بھی سرور اوور رائیڈ۔ کنکشن کے بارے میں باقی سب کچھ اس ریکارڈ کے پیچھے رہتا ہے۔ ریکارڈ ہی فہرست ہے، اور یہ جان بوجھ کر تنگ ہے۔
CLI فلیگز اصل میں کہاں تک پہنچتے ہیں
Mac کی کمانڈ لائن گائیڈ دستاویز کرتی ہے --version اور --list-profiles کو OpenVPN Connect کے قابل عمل فائل کے خلاف۔ دستاویز میں دیا گیا راستہ ایک پلیس ہولڈر ہے، اور اسے نصب شدہ ایپ پیکج کے اندر موجود بائنری سے بدلنا ہوگا۔ اس راستے کو اقتباس میں رکھیں، کیونکہ ایپ بنڈل کے ناموں میں عام طور پر خالی جگہیں ہوتی ہیں۔
وہ بائنری Homebrew کی openvpn قابل عمل فائل نہیں ہے۔ یہ مختلف فلیگز والے مختلف پروگرام ہیں، اور کمیونٹی کلائنٹ کی مدد کی آؤٹ پٹ کو Connect کے سوال پر چلانے سے پراعتماد غلط جواب ملتا ہے۔
استفسار اس صارف کے سیاق و سباق میں چلائیں جس کے پروفائلز آپ دیکھنا چاہتے ہیں۔ پروفائل اسٹور ہر صارف کی حالت ہے، اس لیے منتظم شیل مختلف فہرست یا کچھ نہیں دیکھ سکتا۔ اگر GUI واضح طور پر کنکشن دکھا رہا ہو اور فہرست خالی ہو، تو یہی عدم مطابقت پہلے جانچنے کی چیز ہے۔
نام نہیں، ریکارڈ پڑھیں
فہرست میں دیے گئے فیلڈ یکساں نظر آنے والے اندراجات کو الگ کرنے کے لیے ہیں۔ دو پروفائل ایک ہی دکھانے کا نام بانٹ سکتے ہیں اور پھر بھی مختلف میزبانوں کی طرف اشارہ کر سکتے ہیں، اور جب آپ اپنا مطلوبہ پروفائل لکھتے ہیں تو شناخت کنندہ ہی انہیں الگ کرتا ہے۔ ID نام کے ساتھ لکھیں، اس کی جگہ نہیں۔
قسم کا فیلڈ بتاتا ہے کہ پروفائل کس طرح تصدیق کرتا ہے: خودکار لاگ ان، صارف سے مقفل یا سرور سے مقفل۔ یہ درجہ بندی بتاتی ہے کہ ایپ کون سی اسناد مانگے گی اور کیا کسی شخص کی موجودگی کے بغیر کنکشن شروع ہو سکتا ہے۔
میزبان کا نام اور سرور اوور رائیڈ روٹنگ کی حقیقتیں ہیں۔ مانوس نام کے ساتھ staging میزبان پر اوور رائیڈ، اوور رائیڈ کے بغیر اسی نام سے مختلف کنکشن ہے، اور فرق صرف ریکارڈ دکھاتا ہے۔ کچھ اور موازنہ کرنے سے پہلے اوور رائیڈ کا موازنہ کریں۔ پروفائل ہاتھ سے دوبارہ بناتے وقت سب سے زیادہ چھوڑا جانے والا فیلڈ یہی ہے۔
اسٹوریج فولڈر کمزور متبادل کیوں ہے
Application Support کے تحت ڈائریکٹری نجی اسٹوریج ہے، دستاویزی انٹرفیس نہیں۔ اس کی ترتیب ورژنوں کے درمیان بدل سکتی ہے، اور اندر کی فائلیں صرف اسی ایپ کے لیے معنی رکھتی ہیں جس نے انہیں لکھا۔
اس فولڈر کو دوسرے Mac پر کاپی کرنے سے فائلیں جاتی ہیں مگر وہ سیاق و سباق نہیں جس پر وہ منحصر ہیں۔ Keychain اندراجات، رجسٹرڈ صارف اور ایپ کا اپنا حساب الگ ہیں، اس لیے کاپی شدہ فولڈر اپنی جگہ پر نظر آ سکتا ہے اور پھر بھی جڑنے میں ناکام ہو سکتا ہے۔ مکمل نظر آنے والا مگر جڑ نہ سکنے والا منتقلی ایسے سے بدتر ہے جو شروع ہونے سے انکار کرے۔
فولڈر کو نامعلوم قدر کا بیک اپ سمجھیں، منتقلی کی شکل نہیں۔ اگر کنکشن منتقل کرنا ہو تو سرور کا جاری کردہ ماخذ پروفائل منتقل کریں، کسی دوسری تنصیب کی حالت کا ٹکڑا نہیں۔
فہرست آپ کو کیا نہیں بتا سکتی
فہرست پورٹیبل .ovpn فائل برآمد نہیں کرتی، اور ایپ کے پاس موجود اسناد یا سرٹیفکیٹ واپس نہیں دیتی۔ یہ صرف بتاتی ہے کہ پروفائل موجود ہے اور اس کا ہدف کیا ہے۔ اسے کہیں اور دوبارہ کیسے بنانا ہے، یہ الگ جواب والا الگ سوال ہے۔
منتقلی کے لیے، منظور شدہ اصل پروفائل یا سرور کا موجودہ ڈاؤن لوڈ حاصل کریں، پھر معاون ورک فلو کے ذریعے اسے درآمد کریں۔ دستاویزی درآمد فلیگ ماخذ فائل لیتا ہے؛ برآمد کی سمت اس انٹرفیس کا حصہ نہیں ہے۔
فہرست کی آؤٹ پٹ صاف رکھیں
آؤٹ پٹ میں اندرونی میزبان نام اور اکاؤنٹ شناخت کنندہ ہو سکتے ہیں۔ اسے کسی بھی دوسری فہرست برآمد کی طرح سمجھیں، اور اسکرین شاٹ شیئر کرنے سے پہلے میزبان اور صارف کے فیلڈ چھپائیں۔
معائنہ کے لیے درآمد سوئچ یا پاس ورڈ کی ضرورت نہیں۔ اگر آپ کو دی گئی کمانڈ صرف پروفائلز کی فہرست بنانے کے لیے اسناد مانگتی ہے، تو رکیں اور دستاویزی فلیگز جانچیں۔ فہرست صرف پڑھنے کا استفسار ہے، اور اسے ایسا ہی رہنا چاہیے۔