دو VPN هم‌زمان؟ نخست مرز نقطه پایانی را تعیین کنید
دو تونل فعال یک دستگاه را به دو دامنه منابع متصل می‌کنند. پیش از آنکه کسی این ترتیب را تأیید کند، درباره عبور، در معرض قرار گرفتن میزبان و اشتراک فضای کار تصمیم بگیرید.
دو کلاینت VPN که هم‌زمان متصل هستند یک نقطه پایانی را در دو دامنه منابع قرار می‌دهند، و این پیش از آنکه پرسشی درباره مسیریابی باشد، پرسشی درباره مجوز است. رمزنگاری تونل‌ها هیچ چیزی درباره این نمی‌گوید که آیا برنامه‌های روی آن لپ‌تاپ باید بتوانند به هر دو شبکه برسند، یا آیا همتای یک شبکه باید بتواند از طریق آن به شبکه دیگر برسد. بررسی‌های زیر را به ترتیب انجام دهید و در نخستین بررسی‌ای که هیچ‌کس نمی‌تواند پاسخش را بدهد متوقف شوید. تأیید این همپوشانی بدون آن پاسخ‌ها همان راهی است که یک ترتیب راحت بی‌صدا به یک پل تبدیل می‌شود.
از کار واقعی شروع کنید: شخص به کدام منابع در هر شبکه نیاز دارد، و آیا هر دو مالک شبکه دسترسی هم‌زمان از یک دستگاه را مجاز می‌دانند؟
بررسی کنید چه کسی این همپوشانی را مجاز می‌داند
دو شبکه‌ای که هر کدام همان کاربر را احراز هویت می‌کنند هنوز مالکان جداگانه دارند، و این مالکان ممکن است فرض‌های ناسازگاری درباره دستگاه‌هایی داشته باشند که جای دیگری هم متصل‌اند. پیش از طراحی هر چیزی از هر دو بپرسید. سیاست دسترسی از راه دوری که برای لپ‌تاپ‌های جداافتاده نوشته شده است اغلب هیچ پاسخی برای ماشینی ندارد که هم‌زمان درون شبکه یک شریک است.
پاسخ را کتبی بگیرید و آن را همراه سابقه تغییر نگه دارید. اگر یک طرف نه بگوید، بقیه این فهرست نظری است، و در بازبینی طراحی را به خودتان بخشیده‌اید.
با دو واسط مانند یک مسیریاب رفتار نکنید
دو واسط فعال به‌طور خودکار دستگاه را مسیریاب یا پل اترنت نمی‌کند. پیش از آنکه چیزی را مسیر عبور بنامید، پیکربندی پشتیبانی‌شده ارسال، پل‌بندی، NAT و پروکسی را بررسی کنید، و هر وظیفه مسیریابی مجاز و نامرتبطی را که دستگاه از پیش دارد حفظ کنید. لپ‌تاپی که شبکه کانتینر محلی یا میزبان مجازی‌سازی اجرا می‌کند اینجا ناظر بی‌طرف نیست.
اگر نیاز واقعاً عبور از A به B است، جای آن روی دستگاه شبکه‌ای با مالک، مجموعه قواعد قابل حسابرسی و فرآیند تغییر است. انجام تصادفی آن از طریق یک ایستگاه کار همان نتیجه‌ای است که این بررسی برای جلوگیری از آن وجود دارد.
نقطه پایانی را نیز نقطه دسترسی بدانید
دستگاه فقط کلاینت هر دو شبکه نیست؛ میزبانی است که خدماتی ارائه می‌دهد. یک سرویس مجاز روی آن ماشین می‌تواند بر پایه دیوار آتش میزبان و سیاست کلاینت از یک همتای VPN قابل دسترسی باشد، پس یک درگاه مدیریت باز روی لپ‌تاپ اکنون بخشی از سطح حمله شبکه دور است. پیش از بحث درباره مسیرها فهرست کنید چه چیزی گوش می‌دهد، زیرا یک درگاه اشکال‌زدایی مقید از هر سیاست تونلی سنگین‌تر است. خدمات میزبان را در محدوده منابع و اهداف مقررشان نگه دارید.
با هر شبکه دور مانند یک دامنه منابع با مجوزهای صریح رفتار کنید، نه اینکه چون ترافیک رمزنگاری‌شده رسیده اعتماد گسترده بدهید. معماری اعتماد صفر NIST مجوزدهی منابع را از اعتماد ضمنی به موقعیت شبکه جدا می‌کند، و این دقیقاً همان تمایزی است که لپ‌تاپی با دو تونل آن را محو می‌کند.
یک پرسش دیگر هم بپرسید: اگر یک سرویس محلی یا برنامه مجاز به خطر بیفتد، کدام منابع و اعتبارنامه‌ها از آن جای پا قابل دسترسی می‌شوند؟ پاسخ را بنویسید، چون این بیانیه واقعی ریسک برای کل طراحی است.
مرز کاری‌ای را برگزینید که با مدل تهدید می‌خواند
مسیریابی به‌ازای برنامه می‌تواند برنامه‌ها را به تونل‌های مقرر تخصیص دهد، و پروفایل‌های کاری، کاربران یا فضاهای کار مجازی پشتیبانی‌شده می‌توانند بسته به سکو مرزهای هویت و داده بیفزایند. مرز را با مدل تهدید تطبیق دهید نه با نمایش: تفکیک مسیریابی بدون تفکیک هویت هنوز یک پروفایل مرورگر را با هر دو نشست باقی می‌گذارد.
فضای نام شبکه مسیریابی و وضعیت شبکه را جدا می‌کند؛ اما هر مسیر سامانه فایل، کلیپ‌بورد یا عامل اعتبارنامه را جدا نمی‌کند. ماشین مجازی یا پروفایل مدیریت‌شده نیز به سیاست آگاهانه اشتراک و مدیریت میزبان نیاز دارد. ثبت کنید کدام پوشه‌ها، کمک‌کننده‌های احراز هویت و مسیرهای رونوشت و جای‌گذاری در دسترس می‌مانند، چون همان‌ها کانال‌هایی هستند که واقعاً داده را میان دو دامنه جابه‌جا می‌کنند.
برای کار ترتیبی، جابه‌جایی آگاهانه معمولاً ساده‌تر از نگه‌داشتن دسترسی هم‌زمان است. کار وابسته را تمام کنید و سپس هویت و مسیر فضای کار بعدی را بررسی کنید، به‌جای آنکه ابزارهای پس‌زمینه را به بافتی مبهم پیوند بزنید.
تأیید را به‌شکل یک وظیفه بنویسید، نه یک شعار
سابقه تأیید باید مانند یک وظیفه خوانده شود: فضای کار پشتیبانی می‌تواند به کنسول سرویس شبکه A و درگاه تیکت شبکه B برسد، بدون ارسال مجاز از A به B، بدون عامل اعتبارنامه مشترک و بدون همگام‌سازی خودکار پرونده. هر بند آن جمله به چیزی نگاشت می‌شود که می‌توانید پیکربندی و آزمایش کنید.
سپس حالت‌های منفی را بررسی کنید، نه فقط مثبت‌ها. تلاش کنید به منبعی برسید که باید بیرون از مرز باشد، تأیید کنید که سرویس میزبان از سمت دیگر پاسخ نمی‌دهد، و بررسی کنید که کمک‌کننده اعتبارنامه بی‌صدا به هر دو دامنه خدمت نمی‌کند.
سابقه را با دستگاه نگه دارید، نه فقط در تیکت، تا نفر بعدی که این ترتیب را به ارث می‌برد بداند کدام مرز آگاهانه بوده است. لپ‌تاپی با دو تونل و بدون مرز نوشته‌شده از یک پیکربندی نادرست قابل تشخیص نیست.