Øydelegg ein VPN foreldrekontrollen på ein familieeining?

Foreldrekontroll er ikkje eitt produkt. Ein regel kan bu på rutaren, i DNS-tenesta, på kontoen til operativsystemet, i ein bestemd nettlesar eller i kvar applikasjon. Ein VPN endrar kva nettverksruta kan sjå, og endrar ingenting ved ei tidsgrense på kontonivå. Køyr dei same kontrollane før og etter at tunnelen blir lagd til, så blir oppdelinga synleg i staden for omdiskutert.

Skriv ned kva regel som bur kvar

Byrja med ei oversikt: eining, konto, nettlesar og app, deretter mekanismen som handhevar kvart krav. Tidsgrenser ligg vanlegvis på kontoen til plattforma. Grenser for installasjon og kjøp ligg òg der. Innhaldsfiltrering er den tvitydige, fordi ho kan vere ein rutarregel, eit DNS-svar, ein nettlesarpolicy eller ein funksjon på appnivå. Kvar av dei oppfører seg annleis når trafikken blir kapsla inn.

Ei oversikt teken før endringa er den einaste måten å skilje ein regresjon frå noko som aldri verka.

Ta ein utgangsmåling før du installerer noko

Noter kva resolver som svarar, kva rute ein vanleg destinasjon tek, og om ei kjend blokkert side er blokkert. Gjenta deretter dei same tre observasjonane, i same rekkjefølgje, på same eining.

resolvectl status | head -20
ip route get 203.0.113.10
dig +short example.com

Utdataen frå resolveren viser om eininga brukar DNS-en til rutaren eller ein privat resolver sett opp på eininga. Den eine detaljen forklarar dei fleste overraskingane, fordi ei eining med eigen kryptert resolver aldri spør filteret i huset. Hald det faktiske kravet til husstanden i klart språk ved kvart resultat. «Ingen sosiale medium etter ni» og «denne rutaren blokkerer ei domeneliste» er ulike krav med ulike eigarar, og ein tunnel påverkar berre eitt av dei.

Gjenta dei same kontrollane med tunnelen oppe

Når tunnelen er tilkopla, gjer resolver- og rutekontrollane på nytt. Viss resolveren er bytt til ein privat, ligg ikkje filtreringa til rutaren lenger på ruta, sjølv om eininga framleis er på nettverket i huset.

resolvectl status | head -20
ip route get 203.0.113.10
curl -sS -o /dev/null -w '%{http_code}\n' https://example.com

Ei rute som no går gjennom tunnelen forklarar tapt rutarfiltrering utan å antyde at kontogrenser slutta å verke. Kontroller ei kontogrense separat ved å lese ho i innstillingane til plattforma sjølv i staden for å utleie ho frå ei blokkert side. Nettlesarresultat krev same omsuta. Eit filter som berre gjeld for ein innlogga barnekonto i ein nettlesar, seier ingenting om ein annan nettlesar eller eit skrivebordsprogram som blir opna utanfor han.

Løys konfliktar i staden for å slå ting av

To produkt som båe vil eige nettverksutvidinga til eininga, kan kome i konflikt, og det vanlege symptomet er at ein av dei nektar å kople til. Å fjerne vernet for å få tunnelen til å verke er feil retning. Les kompatibilitetsnotata til båe leverandørane og vel ei ordning som held på kravet. Nokre gonger tyder det å flytte filteret til eit anna lag, til dømes ein administrert einingprofil, i staden for å køyre to appa som kjempar om same kroken.

Viss ein legitim skule- eller arbeidsressurs er blokkert, gje administratoren i huset ein dokumentert godkjenningsveg. Eit unntak med grunngjeving og gjennomgangsdato er vedlikehaldsbart; ein haug med ad hoc-nettverksendringar er det ikkje.

Hald registeret lite og oppdatert

Éi side er nok: einingar, kontoar, kva mekanisme som handhevar kvar regel, og datoen for siste kontroll. Gjenta kontrollane etter ei større appoppdatering, fordi nettverksutvidingar og nettlesarpolicyar flyttar seg mellom versjonar.

Skriv registeret for personen som skal feilsøkje dette om eit halvt år, og det kan vere deg etter å ha gløymt kvar detalj. Nemn mekanismane i staden for produkta, så gir notata framleis meining etter eit namnebyte.