چگونه یک کلاینت دوم VPN را روی مک آزمایش کنیم بدون از دست دادن اولی

کلاینت دوم را برای مقایسه نصب می‌کنید و کلاینت اول از کار می‌افتد. هیچ چیز حذف نشده و هر دو برنامه هنوز نصب هستند. آنچه تغییر کرده زیر آنهاست: یک افزونه سیستم، یک تنظیم DNS یا یک مسیر پیش‌فرض، و دو کلاینت اکنون بر سر اینکه مالک آن کیست هم‌نظر نیستند. نصب بخش پرخطر نیست؛ بخش پرخطر اجرای هر دو بدون خط پایه ثبت‌شده‌ای است که بتوان به آن بازگشت.

نشانه: پیکربندی کارکننده پس از نصب دوم متوقف می‌شود

کلاینت‌های مدرن VPN در macOS اغلب به جای یک رابط به سبک قدیمی، یک افزونه شبکه ارائه می‌دهند. نصب یکی می‌تواند درخواست تأیید کند، یک پروفایل پیکربندی اضافه کند یا یک افزونه سیستم ثبت کند که پیش از برقراری هر اتصالی بر ترافیک اثر می‌گذارد. افزونه پیش از آنکه پنجره برنامه ظاهر شود بارگذاری می‌شود، و به همین دلیل کلاینت اصلی می‌تواند شکست بخورد در حالی که کلاینت جدید بی‌کار می‌ماند.

اگر کلاینت اصلی پس از آن نتواند متصل شود، یا متصل شود و چیزی را حل نکند، افزونه جدید نخستین مظنون است. این اثبات یک تعارض نیست، اما نقطه آغاز بررسی است. سپس فهرست افزونه‌ها و پروفایل‌های پیکربندی نصب‌شده را بررسی کنید، نه فقط پوشه برنامه‌ها.

پیش از نصب هر چیزی خط پایه را ثبت کنید

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

scutil --dns | head -40
netstat -rn | head -30
ifconfig | grep -E "^(utun|ipsec)"

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

هر بار یک مسیر فعال را تغییر دهید

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

اگر کلاینت جدید شکست خورد، پیش از تغییر هر چیز دیگری نخستین خطای آن را حفظ کنید. نخستین خطا معمولاً مرحله را نام می‌برد، و تلاش دوم پس از تغییر تنظیمات اغلب چیزی کمتر سودمند گزارش می‌کند.

DNS، مسیرها و برنامه را مقایسه کنید، نه فقط سرعت را

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

توجه کنید که ترافیک از کدام رابط استفاده کرده است. در macOS نام رابط تونل نشانگر قابل اعتمادی برای اینکه کدام کلاینت مالک مسیر است نیست، پس فهرست رابط‌ها را با جدول مسیرها جفت کنید، نه اینکه فقط یکی را بخوانید. اگر دو رابط utun وجود دارد، آنکه ترافیک شما را حمل می‌کند همان است که مسیر منطبق و ورودی حل‌کننده دارد. حدس زدن از روی نام همان راهی است که رابط اشتباه سرزنش می‌شود، زیرا رابطی که وجود دارد همیشه همان نیست که ترافیک را حمل می‌کند.

سه خروجی را بخوانید، نه اینکه سریع مرورشان کنید. در خروجی حل‌کننده، سرور نامی که به یک رابط utun متصل است نشان می‌دهد کدام کلاینت آن را نصب کرده؛ در جدول مسیرها، مسیر پیش‌فرض رابطی را نام می‌برد که ترافیک را حمل می‌کند؛ در فهرست رابط‌ها، دستگاه utun دوم یعنی تونل دومی ایجاد شده است. این سه خط، در مقایسه با خط پایه، پیکربندی بازیابی‌شده را از پیکربندی‌ای جدا می‌کند که هر دو کلاینت هنوز در آن رقابت می‌کنند.

بازگردانید، سپس پاک حذف کنید

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

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