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

یک اتصال برای آغاز کافی است. سه صفحه توپولوژی معمولاً همان پاسخ گمشده را پنهان می‌کند.

یک درخواست را توصیف کنید، نه یک نمودار

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

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

اکنون تنها اتصال موردنظر را در یک جمله در بالای صفحه نام ببرید. اگر آن جمله به واژه یا نیاز دارد، دو طرح دارید و باید آنها را جداگانه بررسی کنید.

پاسخ را پیش از درخواست دنبال کنید

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

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

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

به هر تصمیم یک مالک بدهید

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

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

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

توصیف کنید چه می‌شکند و چگونه بازمی‌گردید

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

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

برای هر مرحله آزمونی بی‌خطر نام ببرید

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

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

مقالات مرتبط