Ouais, évidemment, si à chaque fois qu'on te trouve un contre exemple à ta belle théorie, c'est un mauvais exemple, on risque d'avoir du mal à discuter...
Je ne parle pas d'un point de vue technique, mais uniquement d'un point de vue utilisation. En quoi un jeu multi-joueur avec des possibilités de jeu en réseau est différent d'un truc type gimp ou gedit? Dans tous les cas, c'est une application qui ressemble à des dixaines d'autres, que l'utilisateur lance et arrête comme il veut.
Alors bon, tes histoires de serveur, ça n'a juste rien à faire ici.
> Pas possible (sauf utilisation de "/tmp" plus de gros risque de sécurité).
> Faut aussi le sid pour le programme.
> Ça peut être vu comme un serveur de score.
Mais oui, bien sûr....
Je te parle des jeux Gnome (style démineur), donc je donne un exemple concret. T'es allé voir comment c'est fait avant de dire n'importe quoi?
Il n'y a *aucun* serveur, ni aucune communication réseau, ni IPC, ni quoi que ce soit. C'est juste des accès tout à fait normaux à un fichier.
L'exécutable est setgid games, et le fichier de score (qui doit se trouver quelque part dans /var/lib/games, pas dans /tmp) est accessible en écriture au groupe games. C'est tout. Pour ce modèle marche quand on peut avoir plusieurs utilisateurs, il faut que le programme prenne un minimum de précaution avant d'accèder au fichier.
Accessoirement, le fait de jouer sur les permissions des fichiers pour que ça marche, ça fait aussi partie des choses qui doivent être pensées pour que le programme tourne dans un environement multi-utilisateurs (même si ça ne concerne pas le code)
[^] # Re: Unix, c'etait mieux à vent, ton esprit fout le camp...
Posté par Buf (Mastodon) . En réponse au journal Unix : ton esprit fout le camp. Évalué à 1.
Je ne parle pas d'un point de vue technique, mais uniquement d'un point de vue utilisation. En quoi un jeu multi-joueur avec des possibilités de jeu en réseau est différent d'un truc type gimp ou gedit? Dans tous les cas, c'est une application qui ressemble à des dixaines d'autres, que l'utilisateur lance et arrête comme il veut.
Alors bon, tes histoires de serveur, ça n'a juste rien à faire ici.
> Pas possible (sauf utilisation de "/tmp" plus de gros risque de sécurité).
> Faut aussi le sid pour le programme.
> Ça peut être vu comme un serveur de score.
Mais oui, bien sûr....
Je te parle des jeux Gnome (style démineur), donc je donne un exemple concret. T'es allé voir comment c'est fait avant de dire n'importe quoi?
Il n'y a *aucun* serveur, ni aucune communication réseau, ni IPC, ni quoi que ce soit. C'est juste des accès tout à fait normaux à un fichier.
L'exécutable est setgid games, et le fichier de score (qui doit se trouver quelque part dans /var/lib/games, pas dans /tmp) est accessible en écriture au groupe games. C'est tout. Pour ce modèle marche quand on peut avoir plusieurs utilisateurs, il faut que le programme prenne un minimum de précaution avant d'accèder au fichier.
Accessoirement, le fait de jouer sur les permissions des fichiers pour que ça marche, ça fait aussi partie des choses qui doivent être pensées pour que le programme tourne dans un environement multi-utilisateurs (même si ça ne concerne pas le code)