Serveur HTTP Apache Version 2.5

Apache > Serveur HTTP > Documentation > Version 2.5 > Modules

# Module Apache mod_unixd

Description: | Sécurité de base (nécessaire) pour les plates-formes de la famille Unix.
Statut: | Base
Identificateur de Module: | unixd_module
Fichier Source: | mod_unixd.c

### Directives

### Traitement des bugs

- Journal des modifications de httpd
- Problèmes connus
- Signaler un bug

### Voir aussi

- Support de suEXEC

## Directive ChrootDir ¶

Description: | Répertoire dans lequel Apache doit se positionner au démarrage après avoir effectué un chroot(8).
Syntaxe: | `ChrootDir chemin-répertoire`
Défaut: | `none`
Contexte: | configuration globale
Statut: | Base
Module: | `mod_unixd`

Cette directive permet de faire en sorte que le serveur effectue un chroot(8) vers le répertoire spécifié après le démarrage, mais avant d'accepter les requêtes en provenance du réseau.

Notez que l'exécution du serveur dans un environnement chroot n'est pas simple et nécessite une configuration particulière, en particulier si vous utilisez des scripts CGI ou PHP. Il est conseillé de se familiariser avec l'opération chroot avant d'essayer d'utiliser cette fonctionnalité.

## Directive Group ¶

Description: | Groupe sous lequel le serveur va traiter les requêtes
Syntaxe: | `Group groupe unix`
Défaut: | `Group #-1`
Contexte: | configuration globale
Statut: | Base
Module: | mod_unixd

La directive `Group` permet de définir le groupe sous lequel le serveur va traiter les requêtes. Pour pouvoir utiliser cette directive, le serveur doit avoir été démarré par `root`. Si vous démarrez le serveur en tant qu'utilisateur non root, celui-ci ne pourra pas adopter le groupe spécifié comme groupe d'exécution, et continuera à s'exécuter sous le groupe de l'utilisateur qui l'aura lancé. groupe unix peut se présenter sous la forme :

d'un nom de groupe
  Référence le groupe spécifié par son nom.
du caractère `#` suivi d'un numéro de groupe.
  Référence le groupe spécifié par son numéro.

### Exemple

    Group www-group

Il est conseillé de créer un groupe dédié à l'exécution du serveur. Si l'utilisateur défini par la directive `User` est membre d'autres groupes, le processus deviendra lui aussi membre de ces groupes.

### Sécurité

Ne définissez pas la directive `Group` (ou `User`) à `root` à moins de savoir exactement ce que vous faites ainsi que les dangers encourus. De même, il est déconseillé d'utiliser le groupe `nobody` qui s'avère inapproprié pour les démons à longue durée d'exécution.

### Voir aussi

- `VHostGroup`
- `SuexecUserGroup`

## Directive Suexec ¶

Description: | Active ou désactive la fonctionnalité suEXEC
Syntaxe: | `Suexec On|Off`
Défaut: | `On si le binaire suexec existe avec les mode et propriétaire appropriés, Off dans le cas contraire`
Contexte: | configuration globale
Statut: | Base
Module: | mod_unixd

Lorsque cette directive est définie à On, le démarrage échouera si le binaire suexec n'existe pas, ou possède un propriétaire ou mode fichier invalide.

Lorsque cette directive est définie à Off, suEXEC sera désactivé, même si le binaire suexec existe et possède un propriétaire et mode fichier valides.

## Directive User ¶

Description: | L'utilisateur sous lequel le serveur va traiter les requêtes
Syntaxe: | `User utilisateur unix`
Défaut: | `User #-1`
Contexte: | configuration globale
Statut: | Base
Module: | mod_unixd

La directive `User` permet de définir l'utilisateur sous lequel le serveur va traiter les requêtes. Pour pouvoir utiliser cette directive, le serveur doit avoir été démarré par `root`. Si vous démarrez le serveur en tant qu'utilisateur non root, celui-ci ne pourra pas adopter l'utilisateur avec privilèges restreints comme utilisateur d'exécution, et continuera à s'exécuter sous l'utilisateur qui l'aura lancé. Si vous démarrez le serveur en tant que `root`, il est normal que le processus parent continue à s'exécuter sous root. utilisateur unix peut se présenter sous la forme :

d'un nom d'utilisateur
  Référence l'utilisateur spécifié par son nom.
le caractère # suivi d'un numéro d'utilisateur.
  Référence l'utilisateur spécifié par son numéro.

L'utilisateur ne doit pas posséder de privilèges qui lui permettent d'accéder à des fichiers qui ne doivent pas être visibles du monde extérieur, et parallèlement, l'utilisateur ne doit pas exécuter de code dont l'usage soit destiné à un usage autre que les requêtes HTTP. Il est conseillé de créer un utilisateur et un groupe dédiés à l'exécution du serveur.

### Sécurité

Ne définissez pas la directive `Group` (ou `User`) à `root` à moins de savoir exactement ce que vous faites ainsi que les dangers encourus. De même, il est déconseillé d'utiliser l'utilisateur `nobody` qui s'avère inapproprié pour les démons à longue durée d'exécution.

### Voir aussi

- `VHostUser`
- `SuexecUserGroup`