VPN atjungtas, internetas vis dar blokuojamas: jungiklis ar pasenusi taisyklė?

Tunelis užsidaro, naršyklė sustoja, o visi kiti toje pačioje Wi-Fi esantys įrenginiai vis dar veikia, todėl maršrutizatorius atmetamas. Šis modelis turi tris tikėtinus savininkus: kill switch, kuriam buvo liepta blokuoti, pašalinto kliento palikta būsena ir resolveris ar maršrutas, kurie niekada nebuvo atkurti. Naršyklės lange jie atrodo identiškai ir reikalauja skirtingų remontų. Nuspręskite, kuris iš jų yra pas jus, prieš paleisdami tinklo nustatymo iš naujo veiksmą.

Du labai skirtingi užblokuoti internetai

Tyčinis blokavimas yra funkcija: kol nėra aktyvaus tunelio, klientas meta srautą, kad niekas neišsisklistų už apsaugoto kelio. Atsitiktinis blokavimas yra likusi taisyklė, įrenginio ar resolverio nustatymas, kuris išgyveno kliento pasitraukimą. Vienas taisomas prisijungiant arba tyčia išjungiant politiką, kitas – valant tai, kas liko.

Skirtumas matomas klaidoje, o ne naršyklėje. Tyčinis blokavimas paprastai sukelia tiesioginį atmetimą arba tylų užstrigimą, o likęs resolveris sukelia vardų sprendimo gedimą, kuris išlieka net tada, kai ping į pažodinį adresą veikia. Nė vienas nėra tas pats kaip sugedęs Wi-Fi ryšys, kuris paveiktų ir kitus įrenginius. Išdėstykite patikras pagal tą skirtumą: pirmiausia pažodinis adresas, paskui vardas.

Ką klientas pažadėjo atsijungus

Skaitykite paties kliento nustatymus, kad suprastumėte atsijungimo prasmę, nes daugelis produktų skiria pauzę nuo visiško sustojimo. Pauzė pagal projektą palieka blokavimą vietoje, o sustojimas gali jį pašalinti. Kai kurios mobiliosios platformos tą pačią idėją išreiškia kaip visada įjungtą taisyklę, kuri blokuoja srautą, kai VPN neprijungtas.

Ten, kur organizacija reikalauja apsaugos, remontas yra teisingo profilio prijungimas iš naujo, o ne blokavimo apėjimas. Patikrinkite, ar serverio vardas vis dar sprendžiamas ir ar galutinį tašką galima pasiekti per diegimo dokumentuojamas išimtis, nes nepavykęs prisijungimas atrodo lygiai kaip nuolatinis blokavimas.

Pasenusi būsena po nutraukto pašalinimo

Nutrauktas diegimo pašalinimas arba paketas, pašalintas veikiant tuneliui, gali palikti užkardos grandinę, maršrutizavimo taisyklę, resolverio įrašą ar virtualų adapterį. Procesas dingo, o pasekmės ne.

Pradėkite nuo palaikomo programos valymo ir remonto kelio, tada prieš ištrindami nustatykite, kuris komponentas įdiegė kiekvieną likusį objektą. Užkardos išjungimas atkuria naršymą ir kartu pašalina nesusijusią apsaugą. Visuotinis tinklo nustatymas iš naujo yra blogiau, nes išmeta veikiančius biuro ar Wi-Fi nustatymus, neįvardydamas priežasties.

Jei įdiegti du klientai, nuspręskite, kuris valdo politiką. Du savininkai yra tai, kaip blokavimas išgyvena abiejų pašalinimą.

Patikrinkite atjungtą būseną, o ne tik naršymą

Naršymo atkūrimas yra silpnas priėmimo testas. Patikrinkite, ar reikiama politika nepažeista ir ar niekas kita nebuvo tyliai susilpninta.

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'

Palyginkite maršrutizavimo taisykles, resolverį ir užkardos politiką su tuo, kaip atrodo švarus atjungtas kompiuteris. Tada vėl prisijunkite ir atsijunkite įprastu darbo srautu ir pakartokite rodmenis, kad laukiama būsena būtų užrašyta, o ne prisiminta.

Laikykite tą porą prieš ir po biliete. Kitas žmogus, pamatęs užblokuotą naršyklę, jos labiau prireiks nei dar vienos nuomonės, kuris klientas geriausias.