مقایسهٔ یک عامل VPN مدیریت‌شده با کلاینت داخلی سیستم‌عامل زمانی بد شروع می‌شود که مقایسه بین یک تونل و یک تونل باشد. نصب‌کننده معمولاً چند مؤلفه می‌آورد و تنها یکی از آن‌ها ترافیک شبکهٔ خصوصی را حمل می‌کند. بقیه ممکن است دیدپذیری، وضعیت، سیاست DNS یا فهرست نقاط پایانی را مدیریت کنند و هر یک پیکربندی و جریان دادهٔ خودش را دارد. پیش از مقایسهٔ هر چیز، فهرست مؤلفه‌های نصب‌شده را بخواهید، چون نام محصول همان استقرار نیست.

فهرست مؤلفه‌ها را بخواهید، نه نام محصول را

برای هر مؤلفهٔ نصب‌شده پنج واقعیت را بنویسید: هدفش، مالک پیکربندی‌اش، اینکه با چه اختیاراتی اجرا می‌شود، چگونه به‌روزرسانی می‌شود و چگونه حذف می‌شود. این پنج پاسخ نگرانی مبهم را به فهرستی قابل بازبینی تبدیل می‌کند. همچنین مؤلفه‌هایی را آشکار می‌کند که کسی از زمان آزمایش نخست به آن‌ها نگاه نکرده است.

سرویس تونل را از هر کارکرد دیدپذیری، DNS یا وضعیت که مستقل مستقر شده جدا کنید. ماژولی که جریان‌ها را مشاهده می‌کند با ماژولی که آن‌ها را مسیریابی می‌کند متفاوت است، حتی وقتی هر دو در یک بسته می‌آیند.

فهرست را از یک نشان یا یک صفحهٔ مجوز استنتاج نکنید. آن را از فایل‌های نصب‌شده، سرویس‌های در حال اجرا و پیکربندی‌ای که واقعاً به دستگاه فرستاده می‌شود استنتاج کنید.

سه پرسش تعیین می‌کند که عامل بماند یا نه

نخست، آیا هیچ گردش‌کار الزامی به ماژولی وابسته است که یک نمای داخلی نمی‌تواند جایگزینش کند؟ بررسی‌های وضعیت، سیاست DNS تونل تقسیم‌شده و دیدپذیری جریان‌ها پاسخ‌های معمول‌اند و هر یک هزینهٔ جایگزینی متفاوتی دارد. دوم، چه داده‌ای از دستگاه خارج می‌شود، به چه کسی، زیر کدام سیاست و برای چه مدت؟ این پرسش دربارهٔ پیکربندی ماژول است، نه دربارهٔ وجود آن.

سوم، چه کسی این چیز را نگه می‌دارد؟ ماژولی که کسی به‌روزرسانی‌اش نمی‌کند بار اضافی است، چه راحت باشد چه نباشد. اگر پاسخ این باشد که بعداً به آن می‌رسیم، مقایسهٔ صادقانه بین یک توانایی مدیریت‌شده و یک توانایی مدیریت‌نشده است.

پیش از مقایسهٔ رابط‌ها به هر سه پاسخ دهید، چون رابط کوچک‌تر استقرار کوچک‌تر نیست.

ماژول دیدپذیری چه چیزی را مستند می‌کند و چه چیزی را نه

ماژول دیدپذیری شبکه در Cisco Secure Client نمونهٔ مشخص و سودمندی است. راهنمای مدیریت برای نسخهٔ 5.1 آن گردآوری زمینهٔ جریان را توصیف می‌کند، از جمله اطلاعات مربوط به نقاط پایانی و برنامه‌ها، و سیاست‌های گردآوری را مستند می‌کند که تعیین می‌کنند چه چیزی جمع‌آوری شود.

این توانایی یک ماژول در یک نسخه را اثبات می‌کند. اثبات نمی‌کند که سازمان شما آن را نصب کرده، هر فیلد را فعال کرده یا نتیجه را جایی می‌فرستد. این‌ها واقعیت‌های استقرارند و تنها استقرار می‌تواند به آن‌ها پاسخ دهد.

مستندات فروشنده را مرز آنچه ممکن است بدانید و پیکربندی خود دستگاه را مرز آنچه در حال وقوع است.

مقایسهٔ یک نمای داخلی با همان معیارها

یک نمای داخلی می‌تواند ترتیب تأییدشده و ساده‌تر باشد و می‌تواند تونلی باشد که گردش‌کاری را رها می‌کند که کسی به بررسی‌اش فکر نکرده بود. سازگاری پروتکل، روش احراز هویت، سیاست مسیر و DNS، مدیریت خطا و الزامات مدیریت پنج نقطهٔ مقایسه‌اند و باید برای هر دو طرف پاسخ داده شوند.

یک ماژول الزامی را بی‌صدا حذف نکنید. برای گزینهٔ جایگزین تأیید بگیرید و مستند کنید که کدام مسئولیت به کجا منتقل می‌شود، چون مسئولیتی که به هیچ‌جا منتقل نمی‌شود همانی است که به یک حادثه تبدیل می‌شود.

دسترس‌پذیری متن‌باز، فروشندهٔ آشنا و پنجرهٔ کوچک‌تر سه واقعیت متفاوت‌اند و هیچ‌کدام حریم خصوصی یک پیکربندی مستقر را توصیف نمی‌کند.

فهرست را روی خود دستگاه بررسی کنید

از فایل‌های نصب‌شده و سرویس‌های در حال اجرا شروع کنید، نه از یک صفحه‌گسترده. فهرست فایل‌ها کوتاه است، محلی است و بحث‌هایی را حل می‌کند که اسناد سیاست نمی‌توانند.

سپس آنچه یافتید را با سیاستی که باید بر آن دستگاه اعمال شود مرتبط کنید.

systemextensionsctl list
ls /opt/cisco/secureclient 2>/dev/null
pgrep -fl vpnagentd

در Windows همان شواهد از سرویس‌ها، فرایندها و کلید رجیستری فروشنده می‌آید و فهرست ماژول‌ها معمولاً در پوشهٔ نصب دیده می‌شود. سه خروجی را جمع کنید، آن‌ها را به بازبینی پیوست کنید و از مالک بخواهید تأیید کند کدام یک از این مؤلفه‌ها عمدی است. وقتی هر مؤلفه هدف، مالک و مسیر حذف دارد، انتخاب بین عامل و نمای داخلی به یک تصمیم تبدیل می‌شود، نه یک بحث.

مقالات مرتبط