Linux پر Viscosity برآمد بمقابلہ ایک عام OpenVPN پروفائل

Viscosity کی .visz فائل کا نام بدل کر .ovpn کرنے سے اندر کا مواد نہیں بدلتا، کیونکہ ایکسٹینشن نے کبھی کسی پروٹوکول کی وضاحت نہیں کی۔ اصل موازنہ انحصار رکھنے والے بنڈل اور بغیر کسی انحصار کے عام کلائنٹ پروفائل کے درمیان ہے۔ Linux کے کسی امپورٹر سے اسے پڑھنے کو کہنے سے پہلے طے کریں کہ آپ کو واقعی کون سا کنٹینر ملا ہے۔

ہر کنٹینر میں کیا ہوتا ہے

Viscosity کی برآمد کی دستاویزات .visc کنکشن بنڈل اور .visz آرکائیو شکل بیان کرتی ہیں، جو ایک کمپریسڈ tar آرکائیو ہے۔ بنڈل کنفیگریشن کے ساتھ وہ سرٹیفکیٹ، کلید اور اسکرپٹ فائلیں بھی اٹھاتا ہے جن پر وہ انحصار کرتا ہے۔ عام OpenVPN پروفائل ایک فائل ہے، اور یہ جس چیز کا بھی حوالہ دیتا ہے وہ الگ موجود ہونی چاہیے یا اندر ایمبیڈ ہونی چاہیے۔

یہی فرق پورا موازنہ ہے۔ بنڈل کے تعلقات آرٹیفیکٹ کا حصہ ہیں؛ عام پروفائل کے تعلقات ایک مفروضہ ہیں۔ ان تعلقات کو محفوظ رکھے بغیر بنڈل کو Linux پر منتقل کرنے سے ایسی فائل بنتی ہے جو کھلتی ہے اور پھر پہلے غائب حوالے پر ناکام ہو جاتی ہے۔ جو پروفائل اپنے سرٹیفکیٹ اندر ایمبیڈ کرتا ہے وہ سب کچھ ایک جگہ رکھ کر اس ناکامی سے بچتا ہے، جو کسی کو ان میں سے ایک تبدیل کرنے کی ضرورت تک آسان ہے۔

بیرونی ایکسٹینشن بتاتی ہے کہ آپ کے پاس کون سا کنٹینر ہے، یہ نہیں کہ کون سا کلائنٹ اسے استعمال کر سکتا ہے۔

کنفیگریشن واقعی کہاں سے شروع ہوتی ہے

بنڈل کے اندر وینڈر انحصار کرنے والی فائلوں کے ساتھ config.conf کی دستاویز کرتا ہے، اور حوالے مقامی طور پر حل ہوتے ہیں۔ وہ فائل نقطۂ آغاز ہے، آرکائیو کا نام نہیں اور نہ ہی وہ سرٹیفکیٹ جو اتفاق سے ڈائریکٹری فہرست کے اوپر ہو۔

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

اس شکایت کو خاموش کرنے کے لیے اعتماد یا شناخت کا آپشن حذف کرنا کوئی اصلاح نہیں۔

بنڈل کیا ساتھ نہیں لے جاتا

Viscosity کی اپنی ترجیحات تمام OpenVPN آپشنز نہیں ہیں۔ اسکرپٹس، راستوں کا رویہ اور ایپلیکیشن کی ترتیبات کو Linux کلائنٹ کے معاون انضمام کے ذریعے پیش کرنے کی ضرورت ہو سکتی ہے، بجائے اس کے کہ کسی دوسرے پروگرام کے چلانے کے قابل متن کے طور پر نقل کیا جائے۔

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

اصل نقل ہجرت قبول ہونے تک محفوظ رہتی ہے۔

Linux طرف کو کیا طے کرنا ہے

طے کریں کہ کنکشن کا مالک کون ہوگا: تنہا Community OpenVPN، NetworkManager پلگ ان، یا کوئی اور معاون کلائنٹ۔ ہر ایک مختلف آپشن سیٹ قبول کرتا ہے، اور ہر ایک راستوں، حل کنندگان اور رازوں کو اپنے انداز میں سنبھالتا ہے۔ ایک امپورٹر میں کامیابی سے کھلنے والی فائل کو دوسرا مسترد کر سکتا ہے، اور درآمد میں کامیابی مطلوبہ کنکشن کے ساتھ مطابقت ثابت نہیں کرتی۔ آپریٹر سے پوچھیں کہ کیا Linux کے موافق پروفائل پہلے سے موجود ہے، کیونکہ معاون آرٹیفیکٹ سے آغاز ایک کو ترجمہ کرنے سے چھوٹا ہے۔

سرور پر اعتماد، کلائنٹ کی شناخت اور نجی کلید کا تحفظ تین الگ سوالات کے طور پر رکھیں۔

جوڑنے سے پہلے جائزہ

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

openvpn --config ./config.conf --verb 4

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

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