Oh No! Parent Control · Comparaison avec GNOME
Oh No! face à Parental Controls de GNOME
Choisissez Oh No! pour des règles Linux plus étendues, la correspondance des AppImage versionnés et des approbations combinant devoirs et jeux. Son contrôle natif supplémentaire et sa gestion des applications en cours vont au-delà de l’interface graphique officielle de GNOME examinée.
Comparaison fondée sur malcontent-control 0.14.0 et les sources publiées de la version d’Oh No! Parent Control.
Contrôles GNOME examinés · Version d’Oh No! examinée
| Fonctionnalité | Application Parental Controls de GNOME | Oh No! Parent Control |
|---|---|---|
| Catalogue d’applications individuelles | Flatpak et applications explicitement activées dans le sélecteur en amont. | Catalogue plus large d’applications natives, Snap, Flatpak et AppImage prises en charge, détectées pour l’enfant choisi. |
| Éditeur de motifs de noms de fichiers AppImage | Non fourni par l’interface graphique officielle examinée. | Motifs de nom dans le même dossier suggérés et modifiables pour les AppImage prises en charge ; rétablissement de la valeur par défaut. |
| États d’accès aux applications | Restriction binaire des applications. | Toujours autorisée, Blocage soumis à autorisation parentale et Blocage strict. |
| Approuver ensemble la durée et l’accès conditionnel aux applications | Le temps d’écran supplémentaire est disponible ; l’interface officielle examinée ne permet pas de choisir en même temps les applications bloquées jusqu’à autorisation parentale. | Approuvez une durée réservée aux devoirs ou incluez toutes les applications bloquées jusqu’à autorisation parentale, tout en maintenant les blocages stricts au lancement. |
| Contrôle d’exécution native supplémentaire | L’interface examinée utilise les intégrations standard de filtrage du bureau ; elle n’ajoute pas de politique fapolicyd équivalente. | Politique fapolicyd par enfant pour les cibles natives prises en charge, y compris les lancements habituels depuis le gestionnaire de fichiers et une commande. |
| Fermeture des applications en cours correspondantes lors de changements pertinents | L’interface graphique officielle examinée ne fournit aucun contrôle équivalent. | Les changements restrictifs pertinents ferment les applications correspondantes dans les sessions de l’enfant choisi ; celles des autres utilisateurs restent ouvertes. |
| Révoquer la durée et l’accès aux applications approuvés | L’interface graphique officielle examinée ne fournit aucun contrôle combiné de révocation équivalent. | Révoquez l’autorisation à usage unique et les accès temporaires aux applications ; le temps quotidien inutilisé reste disponible. |
| Station de demande dédiée avant connexion | L’interface graphique officielle examinée ne fournit aucune session produit équivalente dédiée aux demandes. | Station de demande restreinte avant connexion ou après verrouillage, en complément des demandes depuis le panneau enfant. |
| Zéro minute quotidienne / mode sur approbation uniquement | L’éditeur de limite quotidienne examiné impose un minimum d’une minute. | Allocation explicite de zéro minute : l’accès à l’ordinateur nécessite une approbation active. |
| Limites quotidiennes et prolongation de temps | Disponible, y compris le verrouillage de l’écran à la limite. | Disponible, avec compte à rebours dans le panneau et choix combinés d’accès aux applications. |
| Heure du coucher, historique d’utilisation, adéquation OARS et contrôles d’installation | Disponibles dans l’application officielle. | Aucun contrôle équivalent n’est exposé dans l’application parent actuelle. |
| Contrôle du filtrage des sites Web | Non fourni par l’interface GNOME 50 ; ses notes de version présentent cette interface comme un travail futur. | Le filtrage du contenu des sites Web n’est pas proposé. |
Quand Oh No! est le meilleur choix
Pour une famille sous Linux ayant besoin de règles Lunar Client / AppImage, du contrôle des applications natives prises en charge, d’approbations réservées aux devoirs, d’un accès facultatif aux jeux et de révocation, Oh No! offre bien plus de contrôles d’applications que l’interface officielle examinée. Son atout réside dans leur combinaison : faire correspondre l’application, choisir sa règle d’accès et approuver du temps avec l’accès approprié.
L’interface officielle propose aussi l’heure du coucher, l’historique d’utilisation, l’adéquation à l’âge et les contrôles d’installation, que l’application parent d’Oh No! n’expose pas. Choisissez selon les contrôles nécessaires à votre famille. Les comptes locaux, le fonctionnement hors ligne et l’authentification système sont des fondations partagées, pas des avantages propres à Oh No!.
Instructions d’installationSocle GNOME partagé, contrôle supplémentaire du bureau
Oh No! utilise AccountsService et Malcontent pour les règles de comptes et l’infrastructure de temps, GNOME Shell pour les contrôles du bureau, PAM pour les vérifications de connexion/déverrouillage et Polkit pour l’authentification parentale. Il ajoute son courtier, des règles fapolicyd natives, la gestion des applications en cours et une station de demande restreinte. Le lien vers les paramètres GNOME et le filtrage des boutiques logicielles sont d’autres formes d’intégration ; ils n’établissent pas un contrôle d’exécution plus strict.
La liste de blocage des applications installées de Malcontent et le filtre d’adéquation OARS sont des politiques différentes. L’affirmation selon laquelle les applications déjà installées ne sont pas affectées concerne le filtre de classement d’installation OARS, pas la liste de blocage des applications installées. malcontent-client fait partie de l’écosystème partagé du moteur ; ce n’est ni une fonction propre à l’interface graphique ni une interface de script spécifique à Oh No! documentée.
Limites de couverture et de temps
- Les restrictions d’applications gèrent l’accès et la correspondance des cibles, pas des budgets de temps par application. Une approbation autorisant les applications bloquées jusqu’à autorisation parentale les autorise toutes, et non un seul jeu choisi.
- Les motifs AppImage utilisent * et ? dans le nom de fichier au sein du même répertoire canonique. Un déplacement de dossier, une copie renommée, un script à interpréteur partagé, un wrapper non pris en charge ou un programme de mise à jour ambigu exigent une décision de couverture distincte. Pour certaines applications, un motif suggéré peut réapparaître malgré un choix précis enregistré ; vérifiez la correspondance après avoir rouvert les restrictions d’applications.
- Les règles d’exécution native couvrent les cibles prises en charge. Si une règle ne peut pas être représentée, l’application indique la règle concernée ; une règle omise peut laisser cette application ou sa version mise à jour sans restriction. La compilation et la notification de rechargement ne prouvent pas à elles seules que chaque politique est active ni que chaque méthode de lancement est couverte.
- Les nouveaux blocages, le passage d’un blocage soumis à autorisation parentale à un blocage strict, les approbations réservées aux devoirs et la révocation ont des effets pertinents sur les applications en cours. Approuver l’accès temporaire maintient les blocages stricts au lancement, mais ne ferme pas une application déjà ouverte soumise à un blocage strict.
- S’il reste du temps quotidien, l’expiration naturelle d’une autorisation ne rétablit pas immédiatement les blocages soumis à autorisation parentale. La réconciliation à l’ouverture de session ou une autre action de rétablissement les applique. Si le temps utilisable atteint zéro, l’écran se verrouille ; le verrouillage ne met pas les jeux en pause et n’enregistre pas le travail.
- Le temps utilisable est le plus élevé du temps quotidien restant et du temps restant sur l’autorisation. Les autorisations décomptent le temps écoulé et ne s’interrompent pas quand l’écran est verrouillé ou que l’enfant est absent. Aucun filtrage Web, tableau de bord cloud à distance ni contrôle d’autres appareils n’est proposé.