جدول مسیریابی VPN چه چیزی را به شما می‌گوید و چه چیزی را نمی‌تواند بگوید

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

جدول را به‌عنوان دستورهای محلی بخوانید

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

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

پیشوند گسترده یک فهرست نیست

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

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

ورودی‌ها از کجا می‌آیند

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

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

مسیر را با قرارداد سرویس بسنجید

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

ip route show table all dev tun0
ip route get 10.20.5.9
ip rule show

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

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