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

نمایه‌های ذخیره‌شده را بشمارید، سپس فعال‌سازی‌ها را

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

فعال کردن دو باره یک UUID حالت سومی است و همزمانی نیست. این فعال‌سازی دوباره یک نمونه است.

فراداده خود افزونه را بخوانید

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

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

همزمانی به معنای هماهنگی نیست

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

پیش از فعال کردن هر چیز تصمیم بگیرید کدام مقصدها به کدام نمایه تعلق دارند. تغییر نام نمایه مقصدها را از هم جدا نمی‌کند.

DNS برنده‌ای برمی‌گزیند، چه شما بخواهید چه نه

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

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

به ترتیب ثابت مستقر کنید و میان گام‌ها بازرسی کنید

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

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

مقالات مرتبط