خروجی Viscosity در برابر یک پروفایل ساده OpenVPN در Linux
یک بسته .visz و یک فایل ساده OpenVPN دو ظرف متفاوت هستند. مقایسه کنید هر کدام چه چیزی حمل می‌کند، به چه چیزی اشاره دارد و کدام کلاینت واقعاً می‌تواند آن را بخواند.
تغییر نام یک فایل .visz از Viscosity به .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 نادیده گرفته یادداشت کنید.
وقتی مهاجرت پذیرفته شد، نسخه‌های انتقال را از طریق فرایند معمول رسیدگی به اعتبارنامه بازنشسته کنید. بسته‌ای که در پوشه مشترک رها شود، اعتبارنامه‌ای است که در پوشه مشترک رها شده است.