La commande à utiliser pour lancer un agent esclave, qui contrôle la machine-esclave et communique avec la machine-maître.

### Les agents esclaves JNLP

Laissez ce champ vide si vous souhaitez lancer les esclaves par JNLP. Avec cette configuration, la page d'information sur les esclaves (hudson/computer/***/) aura une icône de lancement JNLP. Vous pouvez cliquer sur ce lien pour lancer un agent esclave par JNLP.

Ce mode est utile pour les esclaves Windows qui n'ont généralement pas de mécanisme d'exécution à distance.

### Les agents esclaves ssh/rsh

Quand une commande est spécifiée dans ce champ, elle est exécutée sur le maître et Hudson suppose que le programme exécuté lance le programme `slave.jar` sur la bonne machine esclave.

Une copie du `slave.jar` est disponible dans le répertoire `WEB-INF` du fichier `hudson.war`.

Pour un cas simple, cette commande pourrait être du type "ssh hostname java -jar ~/bin/slave.jar". Cela dit, il est généralement préférable d'écrire un petit script sur l'esclave, comme celui qui suit, afin de gérer le répertoire d'installation de Java et/ou de slave.jar. Vous pouvez aussi positionner des variables d'environnement spécifiques à cette machine esclave, comme le PATH.

    #!/bin/sh
    exec java -jar ~/bin/slave.jar

Vous pouvez utiliser n'importe quelle commande d'exécution d'un process sur la machine-esclave, comme RSH, du moment que les sorties stdin/stdout de ce process sont au final connectées sur "java -jar ~/bin/slave.jar".

Dans un déploiement à plus grande échelle, on peut envisager de charger `slave.jar` à partir d'une location commune montée par NFS, afin de ne pas nécessiter la mise à jour de ce fichier à chaque mise à jour de Hudson.

Mettre la valeur "ssh -v hostname" dans ce champ peut être utile pour débugger les problèmes de connexion.