Il controllo parentale non è un prodotto unico. Una regola può vivere sul router, nel servizio DNS, sull’account del sistema operativo, in un browser specifico o in ogni applicazione. Un VPN cambia ciò che la rotta di rete può vedere e non cambia nulla in un limite orario a livello di account. Eseguite gli stessi controlli prima e dopo aver aggiunto il tunnel, e la divisione diventa visibile invece che discutibile.

Annotate quale regola vive dove

Iniziate con un inventario: dispositivo, account, browser e applicazione, poi il meccanismo che applica ogni requisito. I limiti orari di solito stanno nell’account della piattaforma. Anche le restrizioni su installazione e acquisti stanno lì. Il filtro dei contenuti è quello ambiguo, perché può essere una regola del router, una risposta DNS, una politica del browser o una funzione a livello di applicazione. Ognuno si comporta diversamente quando il traffico viene incapsulato.

MechanismWhere it operatesWhat a tunnel changes
Router or DNS filterThe network path or the resolverHides destinations and queries inside the tunnel
OS account limitsThe device and the signed-in accountNothing about the internet exit
Browser policyA specific browser under a managed accountDepends on whether that browser uses the tunnel
App-level restrictionThe application itselfUsually independent of routing

Un inventario preso prima della modifica è l’unico modo per distinguere una regressione da qualcosa che non ha mai funzionato.

Prendete una linea di base prima di installare qualsiasi cosa

Annotate quale resolver risponde, quale percorso prende una destinazione ordinaria e se una pagina bloccata nota è bloccata. Poi ripetete le stesse tre osservazioni, nello stesso ordine, sullo stesso dispositivo.

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

L’output del resolver mostra se il dispositivo usa il DNS del router o un resolver privato configurato sul dispositivo. Quel singolo dettaglio spiega la maggior parte delle sorprese, perché un dispositivo che usa il proprio resolver cifrato non consulta mai il filtro di casa. Tenete il requisito reale della famiglia in linguaggio semplice accanto a ogni risultato. «Niente social dopo le nove» e «questo router blocca una lista di domini» sono requisiti diversi con responsabili diversi, e un tunnel ne influenza solo uno.

Ripetete gli stessi controlli con il tunnel attivo

Una volta connesso il tunnel, ripetete i controlli del resolver e del percorso. Se il resolver è passato a uno privato, il filtro del router non è più nel percorso, anche se il dispositivo resta sulla rete di casa.

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

Un percorso che ora passa dal tunnel spiega la perdita del filtro del router senza implicare che i limiti dell’account abbiano smesso di funzionare. Verificate un limite dell’account separatamente, leggendolo nelle impostazioni della piattaforma stessa invece di dedurlo da una pagina bloccata. I risultati del browser richiedono la stessa cura. Un filtro che vale solo per un account bambino con accesso effettuato in un browser non dice nulla su un altro browser né su un’applicazione desktop aperta al di fuori.

Risolvete i conflitti invece di disattivare le cose

Due prodotti che vogliono entrambi possedere l’estensione di rete del dispositivo possono entrare in conflitto, e il sintomo abituale è che uno dei due rifiuta di connettersi. Togliere la protezione per far funzionare il tunnel è la direzione sbagliata. Leggete le note di compatibilità dei due fornitori e scegliete una disposizione che mantenga il requisito. A volte questo significa spostare il filtro su un altro livello, come un profilo del dispositivo gestito, invece di eseguire due applicazioni che si contendono lo stesso aggancio.

Se una risorsa scolastica o lavorativa legittima è bloccata, date all’amministratore di casa un percorso di approvazione documentato. Un’eccezione con un motivo e una data di revisione è mantenibile; un mucchio di modifiche di rete improvvisate no.

Mantenete il registro piccolo e aggiornato

Una pagina basta: dispositivi, account, quale meccanismo applica ogni regola e la data dell’ultimo controllo. Ripetete i controlli dopo un aggiornamento importante di un’applicazione, perché le estensioni di rete e le politiche del browser si spostano tra le versioni.

Scrivete il registro per la persona che farà debug di questo tra sei mesi, e potreste essere voi dopo aver dimenticato ogni dettaglio. Nominate i meccanismi invece dei prodotti, e le note resteranno comprensibili dopo un cambio di nome.

Articoli correlati