Тунелът се затваря, браузърът спира, а всяко друго устройство в същата Wi-Fi мрежа продължава да работи, което изключва рутера. Този модел има три вероятни собственика: ключ за убиване, на който е наредено да блокира, състояние, оставено от премахнат клиент, и резолвер или маршрут, които така и не са възстановени. От прозореца на браузъра те изглеждат еднакво и изискват различни ремонти. Решете кой от тях имате, преди да стартирате мрежово нулиране.

Два много различни блокирани интернета

Умишленото блокиране е функция: докато няма активен тунел, клиентът изхвърля трафика, така че нищо да не изтече извън защитения път. Случайното блокиране е остаряло правило, настройка на устройство или резолвер, която е преживяла изхода на клиента. Едното се ремонтира чрез свързване или умишлено изключване на политиката, другото чрез изчистване на оставеното.

Разликата се вижда в грешката, а не в браузъра. Умишленото блокиране обикновено дава незабавен отказ или тихо закачане, докато остарелият резолвер дава отказ при разрешаване на имена, който продължава дори когато 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'

Сравнете правилата за маршрутизиране, резолвера и политиката на защитната стена с това как изглежда чиста изключена машина. След това се свържете и изключете чрез нормалния работен процес и повторете четенията, така че очакваното състояние да бъде записано, а не запомнено.

Пазете тази двойка преди и след в билета. Следващият човек, който види блокиран браузър, ще се нуждае от нея повече от още едно мнение кой клиент е най-добър.

Подобни статии