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