لپ‌تاپ متحرک: نام پایدار یا آدرس ثابت دفتر؟
یافتن یک لپ‌تاپ، اجازه دادن به ترافیک آن و زنده نگه داشتن یک نشست سه مسئله مختلف در حرکت هستند. مشخص کنید واقعاً کدام‌یک را دارید.
از خانه کنسول مدیریت را باز می‌کنید، لپ‌تاپ را با نام جست‌وجو می‌کنید و آدرسی می‌گیرید که وقتی از دفتر بیرون رفت دیگر معتبر نبود. غریزه می‌گوید آدرس دفتر را روی آداپتور VPN ببرید تا همه‌چیز کار کند. اما آن اصلاح معمولاً چیز دیگری را خراب می‌کند، چون یافتن یک دستگاه، اجازه دادن به ترافیک آن و زنده نگه داشتن یک نشست سه مسئله مختلف‌اند. پیش از انتخاب طراحی آدرس، آن‌ها را از هم جدا کنید.
سه نیاز را از هم جدا کنید
بنویسید کدام یک از سه مورد واقعاً شکست می‌خورد. یک شخص یا ابزار نمی‌تواند سرویس را پیدا کند؛ سروری درخواست‌ها را رد می‌کند چون آدرس مبدأ در فهرستی نیست؛ یا برنامه‌ای وقتی رابط تغییر می‌کند قطع می‌شود. در یک صفحه‌گسترده یکسان به نظر می‌رسند و اصلاح‌های متفاوتی می‌خواهند.
بیشتر شکایت‌های حرکت در سبد اول می‌افتند و در DNS برطرف می‌شوند. نامیدن یک هویت پایدار ارزان است و مورد اول را پوشش می‌دهد. حفظ آدرس گران است و فقط وقتی به دومی کمک می‌کند که سیاست به‌هرحال بازنویسی شود.
نام را چیز پایدار کنید
به لپ‌تاپ نامی بدهید که به هر آدرسی که برای فراخواننده قابل دسترسی است تجزیه شود. در این مثال آدرس دفتر 192.168.50.42 است، استخر دسترسی از راه دور 10.90.0.42 می‌دهد، و laptop17.corp.example از اتصال پیروی می‌کند. هیچ چیز تطابق هشت‌تایی آخر را الزامی نمی‌کند، و طراحی حول آن تطابق کاری بی‌فایده می‌سازد. رکورد باید به آدرسی اشاره کند که فراخواننده واقعاً می‌تواند استفاده کند، نه به هر رابطی که لپ‌تاپ تاکنون داشته است.
dig +short laptop17.corp.exampleحل‌کننده‌ها پاسخ‌ها را در حافظه پنهان نگه می‌دارند، بنابراین تغییر برای همه فوری نیست. TTL کوتاه کمک می‌کند، و منطق اتصال مجدد برنامه بیشتر کمک می‌کند.
وقتی فهرست مجاز مبدأ محدودیت واقعی است
فهرست مجاز مبدأ آدرسی را می‌بیند که سرویس محافظت‌شده دریافت می‌کند، پس از هر ترجمه. این اغلب آدرس دروازه یا NAT است نه آدرس خود لپ‌تاپ، و به همین دلیل ویرایش رکوردهای DNS هرگز درخواست ردشده را درست نمی‌کند. سیاست را برای آدرسی که واقعاً می‌رسد به‌روز کنید، یا فهرست را با یک هویت احرازشده جایگزین کنید.
یک درخواست پذیرفته‌شده را روی سرور بگیرید و فیلد مبدأ را بخوانید، سپس از مسیر راه دور تکرار کنید. اگر دو آدرس متفاوت باشند، سیاست به دو مدخل یا سازوکاری دیگر نیاز دارد. هر دو آدرس را همراه مدخل سیاست ثبت کنید تا نفر بعدی ببیند چرا دو تا هستند. استفاده دوباره از آدرسی که از قبل روی همان پیوند فعال است یک مسئله تعارض جداگانه با قواعد تشخیص خودش است.
تداوم واقعاً چه می‌خواهد
تداوم اتصال سخت‌ترین نیاز و بیشترین موردی است که بد خوانده می‌شود. اتصال TCP با هر دو آدرس و هر دو درگاه شناسایی می‌شود، پس یک آدرس محلی جدید اتصال دیگری است، هر چه DNS بگوید. برنامه‌های مهم باید دوباره متصل شوند، یعنی یک لایه نشست یا کلاینتی که دوباره تلاش می‌کند، نه یک حقه شبکه. یک نشست را هنگام جابه‌جایی تماشا کنید و قطع فوری است، نه تدریجی.
ss -tnp state established '( dport = :443 )'کلون کردن آدرس MAC هم این را حل نمی‌کند. هویت اجاره DHCP می‌تواند از شناسه صریح کلاینت استفاده کند، و دو رابط که یک هویت را به اشتراک می‌گذارند هنوز به مسیرهای هماهنگ نیاز دارند. تحرک را به‌عنوان طراحی برنامه و تخصیص در نظر بگیرید، و هویت دستگاه را ثابت نگه دارید در حالی که آدرسش شبکه را دنبال می‌کند.