ما از OpenVPN استفاده می‌کنیم: پروتکل، موتور یا برنامه؟ در عوض چه بپرسیم
همان واژه یک پروتکل، یک بستهٔ سرور و یک برنامهٔ تلفن را نام می‌برد. نقش را جدا کنید، سپس کلاینت، پروفایل و منبع را بپرسید.
جملهٔ «ما از OpenVPN استفاده می‌کنیم» در تیکت‌ها، فرم‌های خرید و اسناد ورود کارکنان تازه می‌رسد و در هر یک به پرسشی متفاوت پاسخ می‌دهد. گاهی نام یک پروتکل انتقال را می‌برد، گاهی نرم‌افزار روی یک دروازه و گاهی برنامه‌ای که کارمند تازه باید نصب کند. این سه واقعیت به گام‌های بعدی متفاوتی می‌رسند و پرسیدن اینکه کدام منظور است کمتر از حدس زدن وقت می‌گیرد. بقیهٔ بررسی از همان پاسخ بیرون می‌آید.
با جدا کردن نقش از برند شروع کنید، چون برند هر سه را پوشش می‌دهد.
این نام سه نقش را پوشش می‌دهد که به شکل‌های متفاوت از کار می‌افتند
به‌عنوان پروتکل، OpenVPN توصیف می‌کند که همتایان سازگار چگونه تونلی برپا می‌کنند و آنچه از آن می‌گذرد را محافظت می‌کنند. به‌عنوان نرم‌افزار، پیاده‌سازی‌ای است که آن پروتکل را در نقش کلاینت یا سرور سخن می‌گوید. به‌عنوان کلاینت، برنامه‌ای است که کسی نصب می‌کند، با نسخه، قالب پروفایل و رفتارهای خاص پلتفرم خودش. خرابی در یک نقش به معنای خرابی در نقش دیگر نیست، و به همین دلیل «OpenVPN پایین است» به فاعل نیاز دارد.
بپرسید گزارش‌دهنده چه می‌بیند: یک فایل پروفایل، یک برنامهٔ نصب‌شده یا دروازه‌ای که خودش مدیریت می‌کند. همین یک جزئیات به شما می‌گوید گام بعدی گزارش کلاینت است، پرسش دربارهٔ بسته، یا بررسی شنونده در سمت سرور.
OpenVPN 2 و OpenVPN 3 یک جفت ارتقا نیستند
OpenVPN 2.x هم در نقش سرور و هم در نقش کلاینت کار می‌کند و همان چیزی است که بیشتر استقرارهای دروازه هنوز به کار می‌برند. OpenVPN 3 پیاده‌سازی جداگانه و کلاینت‌محوری است با پیکربندی و مدل نشست خودش، نه نسخهٔ بعدی که روی سرور 2.x نصب می‌کنید. OpenVPN Connect برنامه‌ای کلاینتی است که بر موتور OpenVPN 3 ساخته شده است. نصب هر یک از آن‌ها سرویس خروج اینترنت نمی‌سازد؛ خروج همان چیزی است که اپراتور پیکربندی کرده است.
سازگاری در سطح پروتکل به دستورهای پروفایل گسترش نمی‌یابد، پس پروفایلی که پاک وارد می‌شود باز هم می‌تواند روی دستوری که کلاینت پیاده‌سازی نمی‌کند شکست بخورد.
انتقال، برنامهٔ درون آن نیست
اتصال بیرونی از انتقالی مانند UDP یا TCP برای رسیدن به شنوندهٔ پیکربندی‌شده استفاده می‌کند و هر چیزی که تونل حمل می‌کند درون آن حرکت می‌کند. درخواست وبی که از طریق VPN انجام می‌شود به شنوندهٔ OpenVPN خودش نیاز ندارد و روی سیم به بستهٔ OpenVPN تبدیل نمی‌شود. در حالت TLS کانال کنترل دربارهٔ مواد کلید چانه می‌زند در حالی که کانال داده بار مفید را محافظت می‌کند، و این جدایی‌ای است که هنگام خواندن گزارش‌ها باید درست نگه داشته شود.
قاطی کردن لایه‌ها درخواست‌هایی مثل باز کردن پورت برای وب‌سایتی می‌سازد که از قبل از طریق تونل کار می‌کند. پورت به اتصال بیرونی تعلق دارد، نه به برنامه.
پروفایل چه می‌تواند وعده بدهد و چه نمی‌تواند
پروفایل به یک کلاینت می‌گوید چگونه به یک سرویس برسد: نقطهٔ پایانی، انتقال، مواد هویت و اغلب چند ترجیح مسیریابی و DNS. دربارهٔ اینکه آن سرویس را چه کسی اداره می‌کند یا حساب مجاز است یا نه چیزی نمی‌گوید. مسیرها، تنظیمات مفسر، قواعد ارسال و سیاست دسترسی تعیین می‌کنند که نشست واقعاً به چه چیزی می‌رسد. پروفایلی که با موفقیت وارد می‌شود آغاز یک اتصال کارآمد است، نه شاهد آن.
وقتی کسی می‌پرسد آیا منبعی از طریق VPN در دسترس است، پاسخ به سیاست سرور بستگی دارد نه به فایل پیکربندی کلاینت.
چیزی را بخواهید که می‌توان تأمین کرد
نام گسترده را به سه مشخصه تبدیل کنید: کلاینت و نسخهٔ آن، پروفایل مجاز برای همان کلاینت، و منبعی که آن شخص باید به آن برسد. با این‌ها، تأمین یک وظیفهٔ مشخص است. بدون این‌ها، هر پاسخ حدسی است دربارهٔ اینکه پرسش کدام OpenVPN را می‌خواست.
پاسخ را در همان درخواست ثبت کنید. تیکت بعدی همان پرسش را با همان شیوهٔ مبهم خواهد پرسید.