VPN исклучен, интернетот се уште блокиран: прекинувач или застарено правило?

Тунелот се затвора, прелистувачот запира, а секој друг уред на истото Wi-Fi се уште работи, што го исклучува рутерот. Овој образец има три веројатни сопственици: kill switch на кој му е наредено да блокира, состојба оставена од отстранет клиент и resolver или рута што никогаш не биле вратени. Од прозорецот на прелистувачот изгледаат идентично и бараат различни поправки. Определете кој од нив го имате пред да извршите ресетирање на мрежата.

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

Намерното блокирање е функција: додека нема активен тунел, клиентот го отфрла сообраќајот за ништо да не истече надвор од заштитената патека. Случајното блокирање е преостанато правило, поставка на уред или resolver што го преживеало излегувањето на клиентот. Едното се поправа со поврзување или намерно исклучување на политиката, другото со чистење на она што останало.

Разликата се гледа во грешката, не во прелистувачот. Намерното блокирање обично произведува веднаш одбивање или тивко заглавување, додека преостанатиот resolver произведува грешка при разрешување имиња што опстојува дури и кога ping до буквална адреса работи. Ниту едното не е исто како расипана Wi-Fi врска, која би ги зафатила и другите уреди. Подредете ги проверките според таа разлика: прво буквална адреса, потоа име.

Што вети клиентот при исклучување

Прочитајте ги сопствените поставки на клиентот за значењето на исклучувањето, бидејќи многу производи разликуваат пауза од целосно запирање. Паузата по дизајн го држи блокирањето на место, додека запирањето може да го отстрани. Некои мобилни платформи ја изразуваат истата идеја како правило за постојано вклучување што го блокира сообраќајот кога VPN не е поврзан.

Каде што организацијата бара заштита, поправката е повторно поврзување на точниот профил, а не заобиколување на блокирањето. Проверете дали името на серверот се уште се разрешува и дали до крајната точка може да се стигне преку исклучоците што ги документира распоредувањето, бидејќи неуспешното повторно поврзување изгледа точно како упорно блокирање.

Застарена состојба од прекинато отстранување

Прекинато деинсталирање или пакет отстранет додека тунелот бил активен може да остават зад себе синџир на огнено ѕид, правило за рутирање, запис во resolver или виртуелен адаптер. Процесот замина, а последиците не.

Започнете со поддржаната патека за чистење и поправка на апликацијата, потоа пред да избришете утврдете која компонента го инсталирала секој преостанат објект. Исклучувањето на огнениот ѕид на домаќинот го враќа прелистувањето и истовремено отстранува неповрзана заштита. Глобалното ресетирање на мрежата е полошо, бидејќи ги фрла работните поставки за канцеларија или 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'

Споредете ги правилата за рутирање, resolver-от и политиката на огнениот ѕид со изгледот на чиста исклучена машина. Потоа поврзете се и исклучете се низ нормалниот работен тек и повторете ги читањата, за очекуваната состојба да биде запишана, а не запаметена.

Чувајте го тој пар пред-и-потоа во тикетот. Следниот човек што ќе види блокиран прелистувач ќе го потреби повеќе од уште едно мислење за тоа кој клиент е најдобар.