Oh No! Parent Control · confronto con GNOME
Oh No! e GNOME Parental Controls a confronto
Scegli Oh No! per regole Linux più ampie, corrispondenze per AppImage versionate e approvazioni combinate per compiti e giochi. I controlli nativi aggiuntivi e la gestione delle app in esecuzione vanno oltre l'interfaccia ufficiale GNOME esaminata.
Confronto basato su malcontent-control 0.14.0 e sulle fonti pubblicate della versione di Oh No! Parent Control.
Controlli GNOME esaminati · Versione di Oh No! esaminata
| Funzionalità | App GNOME Parental Controls | Oh No! Parent Control |
|---|---|---|
| Catalogo di singole app | Flatpak e applicazioni esplicitamente incluse nel selettore upstream. | Catalogo più ampio di app native, Snap, Flatpak e AppImage supportate, individuate per il bambino selezionato. |
| Editor di schemi per nomi file AppImage | Non disponibile nell'interfaccia ufficiale esaminata. | Schemi suggeriti e modificabili per nomi file nella stessa cartella per AppImage supportate; ripristino del valore predefinito. |
| Stati di accesso alle app | Restrizione binaria delle applicazioni. | Sempre consentita, bloccata con autorizzazione e bloccata permanentemente. |
| Approvazione congiunta del tempo e dell'accesso condizionato alle app | È disponibile il tempo aggiuntivo; l'interfaccia ufficiale esaminata non offre una scelta combinata per le app bloccate con autorizzazione. | Approva tempo solo per i compiti oppure includi tutte le app bloccate con autorizzazione, mantenendo i blocchi agli avvii delle app bloccate permanentemente. |
| Ulteriori controlli nativi dell'esecuzione | L'interfaccia esaminata usa le integrazioni standard di filtraggio desktop; non offre una politica fapolicyd aggiuntiva equivalente. | Politica fapolicyd per ciascun bambino per target nativi supportati, inclusi i consueti avvii da file manager e comando. |
| Chiusura delle app corrispondenti in esecuzione dopo modifiche pertinenti | L'interfaccia ufficiale esaminata non offre un controllo equivalente. | Le modifiche restrittive pertinenti chiudono le app corrispondenti nelle sessioni del bambino selezionato; quelle degli altri utenti restano aperte. |
| Revoca del tempo approvato e dell'accesso alle app | L'interfaccia ufficiale esaminata non offre un controllo equivalente di revoca combinata. | Revoca l'autorizzazione monouso e l'accesso temporaneo alle app; il tempo giornaliero inutilizzato resta disponibile. |
| Postazione dedicata alle richieste prima dell'accesso | L'interfaccia ufficiale esaminata non offre una sessione di richiesta limitata equivalente. | Postazione di richiesta limitata prima dell'accesso o dopo il blocco, oltre alle richieste dal pannello del bambino. |
| Zero minuti giornalieri / modalità di sola approvazione | L'editor dei limiti giornalieri esaminato ha un minimo di un minuto. | Limite esplicito di zero minuti: per usare il computer è necessaria un'approvazione attiva. |
| Limiti giornalieri e proroga del tempo aggiuntivo | Disponibili, incluso il blocco dello schermo al raggiungimento del limite. | Disponibili, con conto alla rovescia nel pannello e scelte combinate di accesso alle app. |
| Ora di andare a letto, cronologia d'uso, idoneità OARS e controlli d'installazione | Disponibili nell'app ufficiale. | L'app Genitore attuale non espone controlli equivalenti. |
| Controlli di filtraggio dei siti web | Non forniti dall'interfaccia GNOME 50; le note di rilascio indicano questa interfaccia come lavoro futuro. | Il filtraggio dei contenuti web non è disponibile. |
Quando Oh No! è la scelta più adatta
Per una famiglia Linux che ha bisogno di regole per Lunar Client/AppImage, controlli per app native supportate, approvazioni solo per i compiti, accesso facoltativo ai giochi e revoca, Oh No! offre controlli delle app notevolmente più ricchi rispetto all'interfaccia ufficiale esaminata. Il punto di forza è la combinazione: individua l'app, scegli la regola di accesso e approva il tempo con il giusto livello di accesso alle app.
L'interfaccia ufficiale offre anche ora di andare a letto, cronologia d'uso, idoneità per età e controlli d'installazione che l'app Genitore di Oh No! non espone. Scegli in base ai controlli necessari alla tua famiglia. Gli account locali, il funzionamento offline e l'autenticazione di sistema sono basi condivise, non vantaggi esclusivi di Oh No!.
Istruzioni d'installazioneBase GNOME condivisa, controlli desktop aggiuntivi
Oh No! usa AccountsService e Malcontent per le politiche degli account e l'infrastruttura temporale, GNOME Shell per i controlli desktop, PAM per le verifiche di accesso/sblocco e Polkit per l'autenticazione del genitore. Aggiunge il proprio broker, regole fapolicyd native, gestione delle app in esecuzione e una postazione limitata per le richieste. Il collegamento alle Impostazioni GNOME e il filtraggio del negozio software sono forme d'integrazione distinte; non dimostrano controlli di esecuzione più forti.
La blocklist delle app installate di Malcontent e il filtro d'idoneità OARS sono criteri diversi. L'affermazione secondo cui le app già installate non sono interessate riguarda il filtro OARS per la classificazione d'installazione, non la blocklist delle app installate. malcontent-client fa parte dell'ecosistema del backend condiviso, non è una funzione esclusiva della GUI né un'interfaccia di scripting documentata specifica di Oh No!.
Limiti di copertura e temporali
- Limiti delle app controlla l'accesso e la corrispondenza dei target, non i budget temporali per singola app. Un'approvazione che include le app bloccate con autorizzazione le consente tutte, non un solo gioco scelto.
- Gli schemi AppImage usano * e ? nel nome file all'interno della stessa directory canonica. Uno spostamento di cartella, una copia rinominata, uno script con interprete condiviso, un wrapper non supportato o un aggiornamento ambiguo richiedono una valutazione di copertura specifica. Per alcune app può riapparire uno schema suggerito nonostante una scelta precisa salvata; verifica la corrispondenza mostrata riaprendo Limiti delle app.
- Le regole di esecuzione native coprono i target supportati. Se una regola non è rappresentabile, l'app segnala la regola interessata; una regola omessa può lasciare senza restrizioni quell'app o una sua versione aggiornata. La compilazione e la notifica di ricaricamento da sole non dimostrano che ogni politica sia attiva né coprono ogni percorso di avvio.
- I nuovi blocchi, il passaggio da bloccata con autorizzazione a bloccata permanentemente, le approvazioni solo per i compiti e la revoca hanno effetti pertinenti sulle app in esecuzione. L'approvazione dell'accesso alle app bloccate con autorizzazione mantiene i blocchi agli avvii delle app bloccate permanentemente, ma non chiude un'app di questo tipo già aperta.
- Se resta tempo giornaliero, la sola scadenza naturale dell'autorizzazione non ripristina immediatamente i blocchi delle app bloccate con autorizzazione. Li applicano la riconciliazione all'accesso della sessione o un'altra azione di ripristino. Zero tempo utilizzabile blocca lo schermo; il blocco non mette in pausa i giochi né salva il lavoro.
- Il tempo utilizzabile è il maggiore tra il tempo giornaliero e quello dell'autorizzazione rimanenti. Le autorizzazioni conteggiano il tempo trascorso e non si fermano quando lo schermo è bloccato o il bambino è assente. Non sono disponibili filtraggio web, dashboard cloud remota né controllo di altri dispositivi.