Utiliser des dossiers sans risque c'est impossible, pour moi, à cause du fait que les systèmes POSIX ne permettent pas de verrouiller un dossier pour écriture par un seul processus (les «verrous» reposent sur l'idée que tout le monde respecte les conventions)...
Du coup, à part créer un utilisateur pour chaque service, puis créer un dossier dans /tmp ou /dev/shm pour chaque utilisateur (qui ne soit inscriptible que par l'utilisateur) et prier pour que personne ne joue avec le compte root, il ne me semble pas vraiment possible d'utiliser un dossier «sans risque». Et c'est encore pire avec systemd, puisque, la dernière fois que j'ai regardé, tous les processus fils de systemd-init (du projet systemd) avaient un UID de 0... je me trompe peut-être.
D'un autre côté, c'était sur Debian, et je commence à penser sérieusement que Debian n'est pas aussi robuste que sa réputation ne tends à le faire croire.
# Vraiment?
Posté par freem . En réponse au lien Utiliser /tmp/ et /var/tmp/ sans risque. Évalué à -4.
Utiliser des dossiers sans risque c'est impossible, pour moi, à cause du fait que les systèmes POSIX ne permettent pas de verrouiller un dossier pour écriture par un seul processus (les «verrous» reposent sur l'idée que tout le monde respecte les conventions)...
Du coup, à part créer un utilisateur pour chaque service, puis créer un dossier dans /tmp ou /dev/shm pour chaque utilisateur (qui ne soit inscriptible que par l'utilisateur) et prier pour que personne ne joue avec le compte root, il ne me semble pas vraiment possible d'utiliser un dossier «sans risque». Et c'est encore pire avec systemd, puisque, la dernière fois que j'ai regardé, tous les processus fils de systemd-init (du projet systemd) avaient un UID de 0... je me trompe peut-être.
D'un autre côté, c'était sur Debian, et je commence à penser sérieusement que Debian n'est pas aussi robuste que sa réputation ne tends à le faire croire.