دستگاهی از فهرست IPv6 روتر ناپدید می‌شود: چه چیزی تغییر کرد؟

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

صفحه یک نوع رکورد را نشان می‌دهد، نه یک سیاهه کامل

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

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

سه نمای میزبان به سه پرسش متفاوت پاسخ می‌دهند

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

ip -6 address show
ip -6 route show
ip -6 neighbour show

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

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

تغییر نمایش را از تغییر اتصال جدا کنید

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

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

منبع را بررسی کنید و سپس جدول‌ها را به حال خود بگذارید

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

جدول‌های همسایه را پاک نکنید، IPv6 را غیرفعال نکنید و نشانی‌ها را دوباره تخصیص ندهید تا ردیفی در داشبورد دوباره ظاهر شود. این کارها ترافیک در حال کار را قطع می‌کنند و معمولاً ردیف را فقط تا انقضای بعدی حافظه نهان برمی‌گردانند. ip -6 neigh flush dev br-lan در بهترین حالت یک تشخیص است و در بدترین حالت یک قطعی خودساخته.

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