نقطه پایانی دوم VPN: چه چیزی را پوشش می‌دهد و چه چیزی را نه
یک نقطه پایانی پشتیبان فقط خرابی‌هایی را حذف می‌کند که در آن شریک نیست. وابستگی‌ها را مقایسه کنید، تصمیم بگیرید کلاینت‌ها چگونه جابه‌جا می‌شوند و یک آزمون واقعی قطعی انجام دهید.
دو نقطه پایانی روی کاغذ مانند افزونگی به نظر می‌رسند. در عمل، آدرس دوم تنها زمانی کمک می‌کند که کلاینت‌ها بتوانند به آن برسند و زمانی که از خرابی‌ای که برایش آماده می‌شوید دوری کند. دو سرور پشت یک اتصال دسترسی، یک حساب یا یک شبکه هدف با هم از کار می‌افتند. پرسش سودمند این است که نقطه پایانی دوم کدام خرابی واحد را حذف می‌کند.
مقایسه کنید که دو نقطه پایانی چه چیزی را مشترک دارند
پیش از شمردن آنچه تکرار می‌شود، فهرست کنید که دو نقطه پایانی چه چیز مشترکی دارند. محل میزبانی، حساب ارائه‌دهنده، ترانزیت بالادست، میزبانی DNS، منبع هویت و منبع خصوصی پشت تونل هر یک یا وابستگی مشترک است یا مستقل. دو ماشین مجازی در یک منطقه، قطعی ارائه‌دهنده را مشترک دارند. دو منطقه زیر یک حساب همچنان رابطه صورت‌حساب و صفحه کنترلی را که آن‌ها را می‌سازد مشترک دارند.
شبکه هدف سزاوار همان رفتار است. یک دروازه پشتیبان سالم نمی‌تواند NASی را که آفلاین است بازگرداند و نمی‌تواند به شبکه اداری‌ای که پیوند بالادستش قطع شده برسد. اگر هر دو نقطه پایانی به یک زیرشبکه خصوصی ختم شوند، دومی تنها مسیری به مقصدی اضافه می‌کند که از پیش تنها نقطه شکست است.
هویت همان وابستگی‌ای است که مردم فراموش می‌کنند. کلون کردن گواهی و پیکربندی روی میزبان دوم دو جایی می‌سازد که همان اعتبار می‌تواند کپی شود و هیچ چیزی درباره اینکه ابطال‌ها چگونه به هر دو می‌رسند نمی‌گوید.
تصمیم بگیرید کلاینت چگونه جابه‌جا می‌شود
نقطه پایانی دوم تنها زمانی سودمند است که کلاینت از آن آگاه باشد و بتواند بی‌تماس با پشتیبانی آن را انتخاب کند. پروفایل‌های اتصال OpenVPN می‌توانند چندین خط remote با یک سیاست انتخاب داشته باشند و بیشتر کلاینت‌ها پروفایل جایگزین را در یک منو نشان می‌دهند. مکانیزم هر چه باشد، بنویسید کاربران شما کدام را دارند، چون پروفایلی که پیدا نمی‌کنند جابه‌جایی نیست.
مستندات کلاینت را درباره تغییر آدرس در طول نشست بخوانید. برخی پیاده‌سازی‌ها همتای اصلی را در تمام عمر تونل نگه می‌دارند و تنها هنگام اتصال دوباره به جایگزین‌ها مراجعه می‌کنند. این تفاوت تعیین می‌کند که نقطه پایانی مرده وقفه‌ای کوتاه ایجاد می‌کند یا نشستی که هرگز بازیابی نمی‌شود. مسیر اتصال دوباره را بیازمایید به‌جای اینکه فرض کنید رخ می‌دهد.
آدرس خروج تغییر‌یافته وضعیت برنامه را هم می‌شکند. جابه‌جایی بازیابی است و توصیف آن به‌عنوان پیوستگی بی‌وقفه انتظاری می‌سازد که انتقال نمی‌تواند برآورده کند.
یک خرابی واقعی را بیازمایید
یک قطعی کنترل‌شده را انتخاب کنید و آن را از ابتدا تا انتها اجرا کنید، به‌جای اعتماد به سند طراحی. نقطه پایانی اصلی را متوقف کنید، سپس تأیید کنید که کلاینت مجاز از طریق جایگزین به برنامه موردنظر می‌رسد در حالی که کلاینت‌های غیرمجاز همچنان نمی‌توانند. ثبت کنید جابه‌جایی چقدر طول کشید و برنامه چه دید.
dig +short vpn2.example.net
ip route get 10.20.30.41
journalctl -u openvpn@backup --since '-10 min'فرمان نخست تأیید می‌کند که نام پشتیبان به چیزی مسیریابی‌پذیر تبدیل می‌شود پیش از آنکه به آن نیاز داشته باشید و این ارزان‌ترین آزمون اینجاست. فرمان دوم نشان می‌دهد هسته برای مقصد خصوصی از کدام رابط استفاده می‌کرد وقتی جایگزین بالا باشد. فرمان سوم گزارش کلاینت را با نام همتایی که واقعاً به آن وصل شده می‌دهد و این تنها مدرک رخ دادن جابه‌جایی است. رفتار مسدودسازی در فاصله میان دو وضعیت را هم بپایید، چون سیاستی که هنگام جابه‌جایی ترافیک را نشت دهد بدتر از قطعی کوتاه است.
سپس اصلی را برگردانید و تأیید کنید که کلاینت بازمی‌گردد یا نه. بازگشتی که تصادفی رخ دهد رفتاری است که هیچ‌کس برایش برنامه نداشته.
بنویسید آدرس دوم چه چیزی می‌خرد
پوشش را در یک پاراگراف خلاصه کنید: نقطه پایانی دوم کدام خرابی را حذف می‌کند، کدام خرابی‌ها را با اولی شریک است و جابه‌جایی بر چه فرض‌هایی تکیه دارد. مکانیزم سمت کلاینت را نام ببرید، همراه با مسیرهای خصوصی و رفتار DNS که باید در هر دو مکان وجود داشته باشد. خروج عمومی اینترنت جایگزین دروازه خصوصی نیست و سندی که آن دو را قابل تعویض بداند باور خواهد شد. آزمون بازیابی‌ای را که اجرا کردید با تاریخ و نتیجه اضافه کنید.
استقلال از یک سرور، استقلال از حساب مشترک یا شبکه هدف نیست. همان پاراگرافی که این را بلند می‌گوید مانع می‌شود آدرس دوم در داخل به‌عنوان دسترس‌پذیری بالا فروخته شود. همچنین به اپراتور بعدی می‌گوید وقتی جفت با هم از کار می‌افتد نخست چه چیزی را بررسی کند.