Oh No! Parent Control · comparação com o GNOME
Oh No! vs controlo parental do GNOME
Escolha o Oh No! para ter regras mais abrangentes para aplicações Linux, correspondência de AppImages versionados e aprovações combinadas para trabalhos de casa/jogos. O controlo nativo adicional e o tratamento das aplicações em execução vão além da interface gráfica oficial do GNOME analisada.
Comparação baseada no malcontent-control 0.14.0 e nas fontes publicadas da versão do Oh No! Parent Control.
Controlos do GNOME analisados · Versão analisada do Oh No!
| Capacidade | Aplicação GNOME Parental Controls | Oh No! Parent Control |
|---|---|---|
| Catálogo de aplicações individuais | Flatpak e aplicações que tenham sido explicitamente selecionadas na lista de origem. | Catálogo mais abrangente de aplicações nativas, Snap, Flatpak e AppImage compatíveis, detetadas para a criança selecionada. |
| Editor de padrões para nomes de ficheiro AppImage | Não disponibilizado na interface gráfica oficial analisada. | Padrões sugeridos e editáveis para nomes de ficheiro na mesma pasta de AppImages compatíveis; podem ser repostos os valores predefinidos. |
| Estados de acesso a aplicações | Restrição binária de aplicações. | Sempre permitido, Bloqueio sujeito a autorização e Bloqueio estrito. |
| Aprovar em conjunto o tempo e o acesso condicional a aplicações | Permite aprovar mais tempo de ecrã; a interface gráfica oficial analisada não permite escolher em conjunto as aplicações que exigem autorização do responsável. | Aprovar tempo apenas para trabalhos de casa ou incluir todas as aplicações que exigem autorização do responsável, mantendo os bloqueios de execução estritos. |
| Controlo adicional de execução nativa | A interface analisada usa as integrações de filtragem normais do ambiente de trabalho; não oferece uma política fapolicyd adicional equivalente. | Políticas fapolicyd por criança para destinos nativos compatíveis, incluindo as formas habituais de iniciar através do gestor de ficheiros e de comandos. |
| Fechar aplicações correspondentes em execução após alterações pertinentes | A interface gráfica oficial analisada não oferece um controlo equivalente. | Alterações restritivas pertinentes fecham aplicações correspondentes nas sessões da criança selecionada; as aplicações dos outros utilizadores permanecem abertas. |
| Revogar o tempo e o acesso a aplicações aprovados | A interface gráfica oficial analisada não oferece um controlo combinado de revogação equivalente. | Revogar a autorização de utilização única e o acesso temporário às aplicações; o tempo diário não utilizado permanece disponível. |
| Estação dedicada para pedidos antes do início de sessão | A interface gráfica oficial analisada não oferece uma sessão de produto equivalente, exclusiva para pedidos. | Estação restrita para pedidos antes do início de sessão ou após bloqueio por falta de tempo, além dos pedidos no painel da criança. |
| Zero minutos diários / modo só com aprovação | O editor de limites diários analisado tem um mínimo de um minuto. | Limite explícito de zero minutos: o computador só pode ser utilizado mediante aprovação ativa. |
| Limites diários e extensão de tempo | Disponíveis, incluindo o bloqueio do ecrã ao atingir o limite. | Disponíveis, com contagem decrescente no painel e opções combinadas de acesso às aplicações. |
| Hora de deitar, histórico de utilização, classificação OARS e controlos de instalação | Disponíveis na aplicação oficial. | A aplicação atual para os responsáveis não apresenta controlos equivalentes. |
| Controlos de filtragem de sites | Não disponibilizados pela interface GNOME 50; as notas de versão descrevem essa interface como trabalho futuro. | Não disponibiliza filtragem do conteúdo de sites. |
Quando o Oh No! é a melhor opção
Para uma família que utiliza Linux e precisa de regras para Lunar Client/AppImage, controlo de execução de aplicações nativas compatíveis, aprovações apenas para trabalhos de casa, acesso opcional a jogos e revogação, o Oh No! oferece controlos de aplicações muito mais completos do que a interface gráfica oficial analisada. O seu ponto forte é a combinação: identificar a aplicação, escolher a regra de acesso e aprovar tempo com o acesso adequado às aplicações.
A interface gráfica oficial também oferece hora de deitar, histórico de utilização, adequação etária e controlos de instalação, que não estão disponíveis na aplicação para os responsáveis do Oh No!. Escolha de acordo com os controlos de que a sua família precisa. As contas locais, o funcionamento offline e a autenticação do sistema são bases partilhadas, não vantagens exclusivas do Oh No!.
Instruções de instalaçãoBase GNOME partilhada, com controlo adicional do ambiente de trabalho
O Oh No! utiliza AccountsService e Malcontent para a política de contas e a infraestrutura de tempo, GNOME Shell para os controlos do ambiente de trabalho, PAM para as verificações no início de sessão e ao desbloquear, e Polkit para a autenticação dos responsáveis. Acrescenta o seu intermediário, regras fapolicyd nativas, tratamento de aplicações em execução e estação restrita para pedidos. A ligação às Definições do GNOME e a filtragem da loja de software são formas de integração distintas; não demonstram um controlo de execução mais forte.
A lista de bloqueio de aplicações instaladas do Malcontent e o filtro de adequação OARS são políticas diferentes. A afirmação de que as aplicações já instaladas não são afetadas aplica-se ao filtro de classificação de instalação OARS, não à lista de bloqueio das aplicações instaladas. malcontent-client faz parte do ecossistema de infraestrutura partilhada; não é uma funcionalidade exclusiva da interface gráfica nem uma interface de scripts específica do Oh No! documentada.
Limites de cobertura e de tempo
- Limites de aplicações controla o acesso e a correspondência dos destinos, não define limites de tempo por aplicação. Uma aprovação que inclua aplicações que exigem autorização do responsável permite todas essas aplicações, não apenas um jogo escolhido.
- Os padrões AppImage usam * e ? no nome de ficheiro, dentro da mesma pasta canónica. Mover uma pasta, renomear uma cópia, usar um script com interpretador partilhado, um invólucro não compatível ou um atualizador ambíguo exige uma decisão própria de cobertura. Em algumas aplicações, um padrão sugerido pode voltar a aparecer apesar de ter sido guardada uma correspondência exata; ao reabrir Limites de aplicações, confirme a correspondência apresentada.
- As regras de execução nativa abrangem destinos compatíveis. Se uma regra não puder ser representada, a aplicação indica a regra afetada; uma regra omitida pode deixar essa aplicação ou versão atualizada sem restrições. A compilação e a notificação de recarregamento, por si só, não comprovam todas as políticas ativas nem todas as formas de iniciar aplicações.
- Bloqueios novos, alterações de Bloqueio sujeito a autorização para Bloqueio estrito, aprovações apenas para trabalhos de casa e revogações podem afetar aplicações pertinentes em execução. Aprovar o acesso às aplicações que exigem autorização do responsável mantém os bloqueios de execução estritos, mas não fecha uma aplicação com Bloqueio estrito já aberta.
- Se ainda houver tempo diário, o fim natural da autorização, por si só, não repõe imediatamente os bloqueios sujeitos a autorização. A reconciliação ao iniciar uma sessão ou outra ação de reposição aplica-os. Se não houver tempo disponível, o ecrã bloqueia; o bloqueio não pausa jogos nem guarda o trabalho.
- O tempo disponível corresponde ao maior valor entre o tempo diário restante e o tempo restante da autorização. As autorizações contam o tempo decorrido e não param quando o ecrã está bloqueado nem quando a criança está ausente. Não há filtragem de sites, painel remoto na nuvem nem controlo de outros dispositivos.