VPN відключено, інтернет усе ще заблокований: вимикач чи застаріле правило?

Тунель закривається, браузер зупиняється, а всі інші пристрої в тій самій мережі Wi-Fi продовжують працювати, що виключає маршрутизатор. Ця картина має трьох імовірних власників: kill switch, якому наказано блокувати, стан, залишений видаленим клієнтом, і резолвер або маршрут, які так і не відновили. З вікна браузера вони виглядають однаково і потребують різних ремонтів. Вирішіть, який із них у вас, перш ніж запускати скидання мережі.

Два дуже різні заблоковані інтернети

Навмисне блокування — це функція: поки немає активного тунелю, клієнт відкидає трафік, щоб нічого не витекло за межі захищеного шляху. Випадкове блокування — це залишкове правило, налаштування пристрою або резолвера, яке пережило вихід клієнта. Одне ремонтують підключенням або навмисним вимкненням політики, інше — прибиранням того, що залишилося.

Різниця видна в помилці, а не в браузері. Навмисне блокування зазвичай дає негайну відмову або тихе зависання, а залишковий резолвер дає збій розв'язання імен, який зберігається навіть тоді, коли ping на буквальну адресу працює. Жодне з них не те саме, що зламане Wi-Fi-з'єднання, яке зачепило б і інші пристрої. Упорядкуйте перевірки за цією різницею: спершу буквальна адреса, потім ім'я.

Що клієнт обіцяв під час відключення

Читайте власні налаштування клієнта, щоб зрозуміти сенс відключення, бо багато продуктів розділяють паузу й повну зупинку. Пауза за задумом залишає блокування на місці, а зупинка може його зняти. Деякі мобільні платформи виражають ту саму ідею як правило постійного ввімкнення, яке блокує трафік, коли VPN не підключено.

Там, де організація вимагає захисту, ремонт — це повторне підключення правильного профілю, а не обхід блокування. Перевірте, що ім'я сервера все ще розв'язується і що до кінцевої точки можна дістатися через винятки, які документує розгортання, бо невдале перепідключення виглядає точно як стійке блокування.

Застарілий стан від перерваного видалення

Перерване видалення або пакет, видалений під час активного тунелю, можуть залишити по собі ланцюг фаєрвола, правило маршрутизації, запис резолвера або віртуальний адаптер. Процес зник, а наслідки ні.

Почніть із підтримуваного шляху очищення й ремонту застосунку, а потім перед видаленням визначте який компонент встановив кожен залишковий об'єкт. Вимкнення фаєрвола хоста відновлює перегляд і водночас прибирає сторонній захист. Глобальне скидання мережі гірше, бо відкидає робочі налаштування офісу або Wi-Fi, не називаючи причини.

Якщо встановлено два клієнти, вирішіть, який володіє політикою. Два власники — це те, як блокування переживає видалення обох.

Перевірте відключений стан, а не лише перегляд

Те, що перегляд знову працює, — слабкий тест приймання. Перевірте, що потрібна політика ціла і що нічого іншого не було тихо послаблено.

ip rule show
ip route show table all | grep -v '^default'
resolvectl status | head -n 20
sudo nft list ruleset | grep -A 6 'chain output'

Порівняйте правила маршрутизації, резолвер і політику фаєрвола з тим, як виглядає чиста відключена машина. Потім перепідключіться й відключіться через звичайний робочий процес і повторіть читання, щоб очікуваний стан було записано, а не запам'ятовано.

Зберігайте цю пару до-і-після в заявці. Наступній людині, яка побачить заблокований браузер, вона знадобиться більше, ніж ще одна думка про те, який клієнт найкращий.