VPN deskonektatuta, internet oraindik blokeatuta: etengailua ala arau zaharra?

Tunela itxi egiten da, nabigatzailea gelditu egiten da, eta Wi-Fi bereko gainerako gailu guztiek funtzionatzen dute oraindik, eta horrek bideratzailea baztertzen du. Eredu horrek hiru jabe probable ditu: blokeatzeko agindua jaso zuen kill switch bat, kendu zen bezero batek utzitako egoera, eta inoiz leheneratu ez zen resolver edo ibilbide bat. Nabigatzailearen leiho batetik berdinak dirudite eta konponketa desberdinak behar dituzte. Erabaki zein duzun sarearen berrezarpena exekutatu aurretik.

Bi internet blokeatu oso desberdin

Blokeo nahita egindakoa funtzio bat da: tunel aktiborik ez dagoen bitartean, bezeroak trafikoa botatzen du, babestutako bidetik kanpora ezer ez isuritzeko. Ustekabeko blokeoa bezeroaren irteerari bizirik iraun zion arau, gailu edo resolver ezarpen bat da. Bata konektatuz edo politika nahita desgaituta konpontzen da, bestea atzean geratu zena garbituz.

Aldea errorean agertzen da, ez nabigatzailean. Blokeo nahita egindakoak uko berehalakoa edo zintzilikaldi isila sortu ohi du, eta resolver hondarrak izen-ebazpen hutsegitea sortzen du, helbide literalean ping batek funtzionatzen duenean ere irauten duena. Biak ez dira Wi-Fi konexio hautsi bat bezalakoak, beste gailuei ere eragingo liekeenak. Sailkatu egiaztapenak alde horren arabera: lehenengo helbide literala, gero izena.

Zer prometatu zuen bezeroak deskonektatzean

Irakurri bezeroaren ezarpenak deskonektatzearen esanahia ulertzeko, produktu askok pausa eta geldialdi osoa bereizten baitituzte. Pausak blokeoa diseinuz mantentzen du, eta geldialdiak kendu egin dezake. Mugikorreko plataforma batzuek ideia bera adierazten dute VPN konektatuta ez dagoenean trafikoa blokeatzen duen beti piztuta arau gisa.

Erakundeak babesa eskatzen duen tokian, konponketa profil zuzena berriz konektatzea da, blokeoa saihestea ez. Egiaztatu zerbitzariaren izena oraindik ebazten dela eta amaierako puntua inplementazioak dokumentatzen dituen salbuespenen bidez iristeko modukoa dela, huts egindako berrikonexioa blokeo iraunkor bat bezalaxe ikusten baita.

Kentze etenduak utzitako egoera zaharra

Etendutako desinstalazio batek, edo tunela martxan zegoela kendutako pakete batek, suebaki kate bat, bideratze arau bat, resolver sarrera bat edo egokitzaile birtual bat utz ditzake atzean. Prozesua joan egin da eta ondorioak ez.

Hasi aplikazioaren garbiketa eta konponketa bide onartuarekin, eta gero, ezabatu aurretik, identifikatu zein osagaik instalatu zuen geratzen den objektu bakoitza. Ostalariaren suebakia itzaltzeak nabigazioa leheneratzen du eta, aldi berean, erlazionatuta ez den babesa kentzen du. Sarearen berrezarpen globala okerragoa da, funtzionatzen duten bulegoko edo Wi-Fi ezarpenak botatzen baititu, kausa izendatu gabe.

Bi bezero instalatuta badaude, erabaki zeinek duen politika. Bi jabe dira blokeoak biak kentzeari bizirik irauten dion modua.

Egiaztatu deskonektatutako egoera, ez bakarrik nabigazioa

Nabigazioak berriz funtzionatzeak onarpen proba ahula da. Egiaztatu beharrezko politika osorik dagoela eta beste ezer isilpean ahuldu ez dela.

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'

Konparatu bideratze arauak, resolverra eta suebaki politika makina deskonektatu garbi batek nolako itxura duenarekin. Gero berriz konektatu eta deskonektatu ohiko lan-fluxutik eta errepikatu irakurketak, espero den egoera gogoratu beharrean idatzita gera dadin.

Gorde aurretik-eta-geroako bikote hori tiketaren barruan. Blokeatutako nabigatzaile bat ikusten duen hurrengo pertsonak hori beharko du, zein bezero den onena buruzko beste iritzi bat baino gehiago.