رابط TUN یتیم: پیش از حذف، صاحبش را پیدا کنید
رابط TUN که پس از قطع تونل باقی می‌ماند ممکن است طبق طراحی پایدار باشد. صاحبش را پیدا کنید، سپس آن را از طریق سرویسی که مدیریتش می‌کند بردارید.
رابط TUN شما هنوز در فهرست است، تونل هیچ ترافیکی عبور نمی‌دهد و راه‌حل بدیهی شبیه حذف پیوند به نظر می‌رسد. اینجا همان جایی است که پاک‌سازی‌های کوچک به قطعی تبدیل می‌شوند. رابط ممکن است طبق طراحی پایدار باشد، متعلق به سرویسی باشد که آن را دوباره می‌سازد، یا در فضای نامی پنهان شده باشد که همان نام معنای دیگری دارد. صرف وجود آن دلیل یتیم بودنش نیست.
حذف یک رابط نام‌دار آسان است. دانستن اینکه چه چیزی به آن وابسته است، کار واقعی است.
افسانه: رابط باقی مانده چون تونل قطع است
دستگاه TUN پایدار مستقل از یک نشست متصل وجود دارد. منظور از پرچم پایداری همین است: دستگاه می‌ماند تا اتصال بعدی بتواند از آن دوباره استفاده کند. هیچ ترافیکی جریان ندارد و هیچ چیز اشکالی ندارد.
رابط همچنین می‌تواند متعلق به سرویسی باشد که بین راه‌اندازی‌های مجدد است، یا به کلاینتی که نمایه‌اش بی‌کار است. پیش از نتیجه‌گیری درباره رهاشدگی، فرایند مالک و پیکربندی را بررسی کنید. فهرست فرایندها و پیکربندی‌ای که آن را راه می‌اندازد، شواهد قوی‌تری از نبودن تونل هستند.
فضای نام را همراه با نام ثبت کنید. فضای نام دیگری می‌تواند رابطی با همان نام داشته باشد و آن دو بی‌ارتباط‌اند. وقتی باید فضای نام دیگری را بررسی کنید، از پرچم فضای نام استفاده کنید.
افسانه: حذف پیوند همه چیز را پاک می‌کند
حذف پیوند، نشانی‌ها و مسیرهای متصل به آن را برمی‌دارد. اما قواعد خط‌مشی، قواعد دیوار آتش، تنظیمات حل‌کننده یا اسکریپت‌های کمکی که به آن ارجاع می‌دادند را برنمی‌دارد. این‌ها می‌توانند باقی بمانند و به دستگاهی اشاره کنند که دیگر وجود ندارد.
اگر سرویس هنوز پیکربندی شده باشد، ممکن است رابط را در راه‌اندازی یا اتصال بعدی دوباره بسازد. آن‌وقت منبعی کارآمد را حذف کرده‌اید و مشکل اصلی چرخه عمر را سر جایش گذاشته‌اید. پیکربندی را تغییر دهید، نه فقط وضعیت اجرا را.
پاک‌سازی‌ای که با بازگشت رابط و تکرار قواعد تمام شود، از نبود پاک‌سازی بدتر است.
پیش از دست زدن، صاحب را پیدا کنید
با ip link show و ابزارهای بررسی TUN/TAP شروع کنید تا رابط، نشانی‌ها و مسیرهایش را به دست آورید. کلاینت، سرویس یا مدیر شبکه‌ای را که ممکن است مالک آن باشد بررسی کنید. تأیید کنید که دستگاه پایدار است و از کدام حالت استفاده می‌کند. سپس تصمیم بگیرید که آیا کسی هنوز به آن وابسته است.
برای یک رابط پایدار تأییدشده که استفاده نمی‌شود، ip tuntap حذف مخصوص هر حالت را مستند می‌کند. نام و حالت واقعی دستگاه را مطابقت دهید و پاک‌سازی گسترده‌ای علیه هر تونل روی میزبان اجرا نکنید.
دسترسی بازیابی و مسیرهای سایر کلاینت‌ها را در حین کار دست‌نخورده نگه دارید. فرمانی را که استفاده کردید یادداشت کنید تا بررسی بعدی دقیقاً تکرار شود.
آن را از طریق صاحبش بردارید، سپس بررسی کنید چه مانده است
ابتدا پیکربندی پشتیبانی‌شده اتصال را متوقف یا حذف کنید تا سرویس آنچه را حذف می‌کنید دوباره نسازد. سپس دستگاه را بردارید. پس از آن، نشانی‌ها، مسیرها و وضعیت حل‌کننده قدیمی را زیر صاحبان خودشان بررسی کنید.
اگر مشکل هنگام اتصال دوباره برگشت، پیکربندی چرخه عمر را تعمیر کنید نه اینکه حذف دستی را تکرار کنید. ثبت پاک‌سازی‌ای که رابط یتیم، دلیل بی‌استفاده بودنش و مؤلفه‌ای که باید جانشین را مدیریت کند را نام می‌برد، شخص بعدی را از اشتباه گرفتن یک رابط پایدار مشروع با نقص نجات می‌دهد.