رزرو VPN شما به کدام شناسه نیاز دارد؟
رزرو تنها وقتی کار می‌کند که شناسه‌ای را نام ببرد که تخصیص‌دهنده می‌خواند. پیش از پیکربندی، میان نشانی سخت‌افزار، هویت تونل و کلید همتا انتخاب کنید.
سه شرط تعیین می‌کند که رزرو باید از کدام شناسه استفاده کند: کدام سامانه نشانی را توزیع می‌کند، آیا آن سامانه هرگز قاب لایه 2 می‌بیند، و از چه چیزی به‌عنوان کلید کارخواه استفاده می‌کند. یک مسیریاب خانگی با DHCP، یک VPN پُلی و یک تونل مسیریابی‌شده به این پرسش‌ها پاسخ متفاوتی می‌دهند. انتخاب شناسه پایدارتر از تلاش برای منجمدکردن هر نشانی MAC است که یک مبدل گزارش می‌کند، زیرا شناسه همان چیزی است که تخصیص‌دهنده واقعاً می‌خواند.
از تخصیص‌دهنده شروع کنید و به عقب کار کنید؛ شناسه سمت کارخواه هر چیزی است که آن سامانه می‌پذیرد.
نخست از تخصیص‌دهنده بپرسید
یک کارساز DHCP از یک استخر تخصیص می‌دهد و رزروها را با شناسه‌ای که می‌شناسد تطبیق می‌دهد، که بسته به نسخه پروتکل می‌تواند نشانی سخت‌افزار، رشته شناسه کارخواه یا DUID باشد. یک کارساز VPN از استخر خودش تخصیص می‌دهد و با آنچه مدل پیکربندی‌اش آشکار می‌کند تطبیق می‌دهد، غالباً Common Name احرازشده. یک شبکه پُلی می‌تواند همان مشکل را به کارساز DHCP بسپارد که از قبل به LAN خدمت می‌کند. هر یک جست‌وجوی متفاوتی است، و رزرو معتبر در یکی برای بقیه نامرئی است.
پیش از پیکربندی هر چیزی تأیید کنید که کارساز واقعاً چه می‌بیند. رزروی که شناسه اشتباه را نام ببرد بی‌صدا شکست می‌خورد: کارخواه فقط نشانی‌ای از استخر می‌گیرد، و خطا مانند مشکلی در کارخواه به نظر می‌رسد.
جایی که نشانی MAC هنوز معنایی دارد
روی یک پیوند فیزیکی Ethernet یا Wi-Fi، نشانی سخت‌افزار یک رابط را در آن بخش شناسایی می‌کند. ویژگی‌های حریم خصوصی آن را می‌چرخانند، مبدل‌های مجازی نشانی‌های تازه می‌سازند، و یک لپ‌تاپ ممکن است روی Wi-Fi و روی یک پایه اتصال مقادیر متفاوتی نشان دهد. یک تونل TUN مسیریابی‌شده بسته‌های IP را حمل می‌کند و هویت بی‌سیم اصلی را به کارساز DHCP راه دور منتقل نمی‌کند، بنابراین رزرو مبتنی بر MAC در آن مسیر چیزی برای تطبیق ندارد. TAP تفاوت دارد: قاب‌های Ethernet را حمل می‌کند و می‌تواند به یک دامنه پُلی بپیوندد که شناسه‌های لایه 2 هنوز در آن اهمیت دارند.
حتی در آنجا، نشانی مربوطه همان است که در آن دامنه استفاده می‌شود، نه به‌طور خودکار نشانی پیوند فیزیکی بالادست.
نشانی‌های تونل و کلیدهای همتا فضای خودشان را دارند
یک استقرار OpenVPN مسیریابی‌شده نشانی‌ها را از طریق مدل خودش تخصیص می‌دهد: پیکربندی به‌ازای هر کارخواه که با نام احرازشده کلید می‌خورد، یا یک استخر صریح. تغییر رزرو DHCP یک مسیریاب LAN آن تخصیص را ایجاد نمی‌کند، و افزودن رزرو تونل بر LAN تأثیر نمی‌گذارد. WireGuard جلوتر می‌رود، زیرا همتا با کلید عمومی و نشانی‌های مجازش شناسایی می‌شود نه با هیچ شناسه سخت‌افزاری. هیچ رزرو عمومی Ethernet جای پیکربندی همتا را در آنجا نمی‌گیرد.
فهرستی نگه دارید که چهار شیء را جدا می‌کند: اعتبارنامه دستگاه، مبدل مجازی، شناسه تخصیص‌دهنده و نشانی تخصیص‌یافته. یک ماشین فیزیکی می‌تواند چند مبدل، نشانی و نشست داشته باشد.
نشانی پایدار هویت نیست
یک نشانی قابل پیش‌بینی از نظر عملیاتی راحت است و اعتبارنامه احراز هویت نیست. قواعد دسترسی‌ای که به یک نشانی تکیه می‌کنند همان لحظه‌ای که نشانی دوباره تخصیص، به اشتراک گذاشته یا جعل شود، دیگر بررسی هویت نیستند. اگر قاعده‌ای به نشانی وابسته است، تخصیص دوباره و لغو را با مالک هویت هماهنگ کنید، و تصمیم واقعی احراز هویت را جای دیگری نگه دارید. این‌گونه یک راحتی به تنها شاهد اینکه کدام دستگاه متصل شده تبدیل نمی‌شود.
تخصیص‌دهنده، شناسه و نشانی تخصیص‌یافته را با هم ثبت کنید. وقتی یکی تغییر می‌کند، دو تای دیگر همان چیزی است که بررسی می‌کنید.
اگر دو سامانه هر دو ادعا می‌کنند که برای یک زیرشبکه تخصیص می‌دهند، پیش از افزودن رزرو به هر یک، تصمیم بگیرید کدام‌یک مالک آن است.