Avec quel utilisateur dois-je exécuter les serveurs Web, redis et mongodb?


8

Sur ce VPS, il y a trois utilisateurs: root, another_one, personne. Tous les fichiers de serveur Web, les configurations, etc. appartiennent à root. Cependant, je doute de ce qui concerne le fonctionnement. Si j'utilise root pour le serveur web, je peux exposer le système à des failles de sécurité, alors que si j'essaye de me connecter, nobodyil me demande un mot de passe que je n'ai jamais défini et je ne sais pas. Dois-je créer un autre utilisateur?

Pour l'instant, je ne suis sûr que de nginx: je l'exécute en tant que root et il génère des processus en tant que personne. Mais qu'en est-il des serveurs Web et d'autres services comme db et redis?

Remarque: je dois mentionner qu'un autre_utilisateur peut sudo, donc ce n'est pas si différent de root.

Réponses:


9

Je gère toujours des services avec un utilisateur dédié. Je créerais donc ces utilisateurs:

  • nginx
  • mongo
  • apache
  • mysql
  • redis

Vous ne devez jamais exécuter les services réels en tant que root!

Souvent, lors de l'installation de ces applications à l'aide de votre gestionnaire de packages de distributions, dans le cadre de l'installation, un utilisateur sera automatiquement créé pour chacun de ces services.

J'utilise généralement CentOS / RHEL et lorsque j'installe des choses comme Apache, l'utilisateur "apache" est créé automatiquement à ce stade. Il en va de même pour MySQL et Nginx.


Et bien merci! Oui, lors de l'installation de redis par exemple, j'ai constaté qu'un redisutilisateur était également créé. Je suivrai ce conseil, merci.
rubik

Je configure maintenant des choses et avec plusieurs utilisateurs, définir des autorisations spécifiques est plus facile!
rubik

J'aime cette approche. Par curiosité, quelle est votre stratégie pour les groupes? Avez-vous un groupe de services? Ou gardez-vous un groupe distinct pour chaque utilisateur de service?
Patrick M

@PatrickM - groupes séparés. Les services doivent être isolés autant que possible les uns des autres.
slm

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.