یک WAN آزمایشگاهی از یک VLAN: بخش تخت یا حمل‌ونقل مسیریابی‌شده

یک سوئیچ مدیریت‌شده و یک VLAN یدکی در یک بعدازظهر دو دروازه VPN به شما می‌دهند که از طریق یک بخش جداشده با هم گفتگو می‌کنند. آنچه این بخش اثبات می‌کند محدودتر از آن چیزی است که مردم از واژه WAN انتظار دارند. مسیر مستقیم Ethernet را بازتولید می‌کند که مفید است، و تقریباً هر کاری را که اینترنت در مسیر با بسته‌ها می‌کند کنار می‌گذارد. انتخاب میان یک بخش تخت و یک حمل‌ونقل آزمایشگاهی مسیریابی‌شده در واقع پرسشی درباره این است که کدام رفتارها را می‌خواهید بیازمایید.

دو طراحی، دو درس متفاوت

بخش تخت هر دو رابط WAN و یک میزبان آزمون را در یک VLAN قرار می‌دهد، با نشانی‌هایی از یک پیشوند. همه‌چیز مستقیم به همه‌چیز می‌رسد، و تنها چیزی که میان دروازه‌هاست سوئیچ است. این یک توپولوژی واقعی است، فقط چندان جالب نیست.

حمل‌ونقل مسیریابی‌شده یک مسیریاب آزمایشگاهی و دست‌کم دو بخش اضافه می‌کند، پس دروازه‌ها روی زیرشبکه‌های متفاوت با یک دروازه پیش‌فرض میان آن‌ها می‌نشینند. این چیدمان هزینه یک دستگاه دیگر و یک جدول مسیریابی را دارد، و رفتارهایی را می‌خرد که یک دامنه پخش واحد نمی‌تواند تولید کند.

بخش تخت چه چیزی را اثبات می‌کند

دسترس‌پذیری، احراز هویت، توافق بر پیشنهاد و این را اثبات می‌کند که ترافیک در جایی که انتظار دارید وارد تونل می‌شود و از آن خارج می‌شود. این‌ها همان خرابی‌هایی هستند که بیشترین وقت عیب‌یابی را می‌بلعند، و بخش تخت آن‌ها را بدون هیچ پیچیدگی مسیریابی در مسیر پیدا می‌کند. اگر تونل اینجا بالا نیاید، هیچ مقدار واقع‌گرایی اینترنت کمکی نمی‌کند.

همچنین شکل درست برای یک خط پایه تکرارپذیر است. وقتی آزمون بعدی شکست می‌خورد، می‌توانید مورد تخت را دوباره اجرا کنید و بدانید که تغییر یا شرط جدید باعث آن شده است. خط پایه را با نشانی‌هایش بنویسید، چون بعداً باید آن را دوباره بسازید.

مسیریابی چه چیزی اضافه می‌کند

زیرشبکه‌های متفاوت WAN یعنی دروازه‌ها باید مسیریابی کنند نه اینکه یکدیگر را روی پیوند نشانی‌دهی کنند، و اینجاست که خطاهای دروازه پیش‌فرض و مسیرهای بازگشت نامتقارن پدیدار می‌شوند. فیلترکردن میانی و یک گام در میان، به شما امکان می‌دهد بیازمایید وقتی مسیر مستقیم نیست چه رخ می‌دهد.

هزینه، جاهای بیشتری برای اشتباه است. هر دستگاه اضافی پیکربندی دیگری است که می‌تواند با نقشه ناسازگار باشد، و آزمایشگاهی که هیچ‌کس نمی‌تواند از یادداشت‌ها بازسازی‌اش کند دیگر آزمایشگاه نیست. پیکربندی مسیریاب را در همان یادداشت‌ها نگه دارید، نه فقط در وضعیت اجرایی آن.

آنچه هیچ‌یک از دو طراحی بازتولید نمی‌کند

ترجمه حامل، بزرگ‌ترین چیز حذف‌شده است. دروازه‌ای که روی پیوند کار می‌کند می‌تواند پشت ترجمه نشانی شکست بخورد، و بخش تخت هیچ ترجمه‌ای ندارد. تغییر نشانی‌های مبدأ، تحویل سلولی و صفی که باعث لرزش یک تماس می‌شود نیز به همان اندازه غایب‌اند.

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

هر بار یک شرط اضافه کنید وقتی تمرین به آن نیاز دارد، و یک اجرا بدون آن شرط را به‌عنوان خط پایه نگه دارید. در غیر این صورت یک شکست به گردن رفتار اینترنتی می‌افتد که آزمایشگاه هرگز پیاده نکرده است. هر اجرا را با شرطی که افزوده برچسب بزنید، وگرنه خط پایه دیگر معنایی ندارد.

محدود نگه داشتن آزمایشگاه

از یک محدوده خصوصی تأییدشده استفاده کنید که با تولید همپوشانی ندارد و تخصیص را ثبت کنید. محدوده‌های مستندسازی نمونه‌هایی برای نمودارها هستند، نه نشانی‌هایی برای یک آزمایشگاه فعال، و همپوشانی‌ای که بعداً کشف شود خطای مسیریابی‌ای تولید می‌کند که شبیه اشکال VPN است.

موقعیت کلاینت آزمون را آشکار نگه دارید. میزبانی در سمت خصوصی مسیر متفاوتی از میزبانی در WAN شبیه‌سازی‌شده می‌پیماید، و یک رابط سوئیچ تصادفی یا یک پیوند بالایی دوم می‌تواند از دیوار آتشی که قصد آزمودنش را داشتید بگذرد. نقشه‌ای که موقعیت کلاینت روی آن علامت خورده از بیشتر آن غافلگیری‌ها جلوگیری می‌کند.

پیش از آنکه هر بخشی از تجهیزات به یک پیوند بالایی واقعی بازگردد، پیکربندی مخصوص آزمایشگاه را حذف کنید و بگذارید مالک تولید آن را بررسی کند. یک بخش ارزشمند است چون رفتارش شناخته‌شده و محدود است، و همین آن را برای بردن بدون تغییر به تولید ناایمن می‌کند.