راهاندازی VPN دوم وضعیت اولی را جایگزین میکند
گوشی در هر زمان فقط یک سرویس VPN را مجاز میکند؛ در رایانه، کلاینتها بر سر مسیرهای یکسان رقابت میکنند. هیچکدام بدون طراحی واقعی تونل تودرتو نمیسازند.
دو کلاینت، دو نماد متصل، و این باور که ترافیک اکنون از هر دو میگذرد. این باور را با آنچه هر پلتفرم واقعاً مجاز میکند مقایسه کنید. گوشی معمولاً دقیقاً یک جایگاه برای سرویس VPN دارد؛ رایانه میتواند چندین کلاینت را اجرا کند که بر سر همان مسیرها و همان حلکننده رقابت میکنند. تفاوت این دو وضعیت بیشتر گزارشهای افتادن VPN هنگام شروع یکی دیگر را توضیح میدهد.
نمادها فرایندها را توصیف میکنند، نه یک زنجیره.
یک جایگاه در گوشی، چند مدعی در رایانه
در اندروید، پلتفرم مدل سرویس VPN با یک VPN فعال برای هر نمایه کاربر ارائه میدهد، بنابراین شروع دومی اولی را متوقف میکند. این سیستم است که قاعده خودش را اعمال میکند، نه اشکالی در هیچیک از کلاینتها. در رایانه، چند کلاینت میتوانند همزمان در حال اجرا بمانند و سپس بر سر جدول مسیریابی، قواعد سیاست، پیکربندی حلکننده و رابطهای مجازی رقابت میکنند. هر دو پیامد، کارکرد پلتفرم مطابق طراحی آن است.
هیچیک از این پیامدها بهتنهایی تونل تودرتو تولید نمیکند. زنجیره مستلزم آن است که یک تونل بستههای رمزگذاریشده دیگری را حمل کند، و این یک معماری است، نه تصادفی در ترتیب.
کلاینت دوم چه چیزی را بازنویسی میکند
کلاینت دوم معمولاً یک مسیر پیشفرض نصب میکند، قواعد خودش را اضافه میکند و حلکننده خودش را تحمیل میکند. اولی ممکن است بهعنوان فرایندی بدون ترافیک باقی بماند، یا مسیری را نگه دارد که دیگر برنده نمیشود. مسیرهای مخصوص دامنه معمولاً قربانی میشوند و به همین دلیل برخی مقاصد کار میکنند و برخی دیگر شکست میخورند. نشانه ظاهری قطع اتصال است و وضعیت واقعی جایگزینی جزئی است.
بررسی IP خروجی این را آشکار نمیکند. فقط یک نشانی برای یک مقصد گزارش میکند و چیزی درباره اینکه کدام مسیرها بازنویسی شدهاند یا کدام حلکننده اکنون پاسخ میدهد نمیگوید. برای دیدن آسیب، جدول مسیریابی و وضعیت حلکننده را بخوانید.
تودرتوسازی یک طراحی است، نه ترتیب کلیکها
اگر تودرتوسازی هدف است، مسیر بیرونی هر نقطه پایانی، سیاست شکست آن و پیامدهای MTU را مستند کنید. تصمیم بگیرید وقتی تونل بیرونی میافتد در حالی که تونل درونی هنوز خود را متصل میداند چه میشود. شروع کلاینتها با ترتیب شانسی یک پیکربندی نیست، زیرا بهروزرسانی یا اتصال مجدد بعدی آنها را دوباره مرتب میکند. یک چیدمان تودرتو به همان دقتی نیاز دارد که هر توپولوژی دیگر.
وقتی یک اتصال برای کار و دیگری شخصی است، به هر جداسازی یا چیدمان مدیریتشدهای که پلتفرم پشتیبانی میکند تکیه کنید. کندن کنترلهای شرکتی یک راهبرد جداسازی نیست.
با برنامه بررسی کنید، نه با نماد
برنامههایی را که واقعاً مهماند، از هر زمینهای که قصد استفاده از آن را دارید آزمایش کنید، و رفتار حلکننده و اتصالهای مجدد را در آزمون بگنجانید. یک نشانی خروج نهایی نمیتواند هر مسیر بازنویسیشده را شناسایی کند، و یک نماد سبز نمیتواند هیچیک از آنها را شناسایی کند. ثبت کنید که اتصال متعلق به کیست و کدام ترکیب واقعاً پشتیبانی میشود.
اگر محصولی صراحتاً همزیستی با دیگری را پشتیبانی نکند، تغییر تصادفی مسیر یا مجوز استقرار قابل نگهداری تولید نمیکند. چیزی تولید میکند که تا بهروزرسانی بعدی کار میکند.
بنویسید کدام کلاینت مالک مسیر پیشفرض است، کدام حلکننده پاسخ میدهد، و وقتی هر یک متوقف شود چه اتفاقی میافتد.