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

تونل رفته، سیاست نرفته

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

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

اشیایی را بخوانید که بسته هرگز مالکشان نبود

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

nmcli device status
nmcli connection show --active
ip -4 route
ip -6 route

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

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

پروفایل را حذف کنید، نه فایل کلید را

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

sudo nmcli connection delete pvpn-killswitch
sudo systemctl restart NetworkManager

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

قلاب زمان راه‌اندازی را پیش از تکرار بررسی کنید

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

systemctl list-unit-files | grep -i vpn
grep -rl -i vpn /etc/systemd/system /etc/network/if-up.d

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

مقالات مرتبط