Logo GNT
Actualités Tests & Guides Bons Plans
Twitter iPhone pliant OnePlus 11 PS5 Disney+ Orange Livebox Windows 11
Entraide Linux Autres OS Linux Démarrer client bacula avec xinetd ?

Démarrer client bacula avec xinetd ?

3 réponses
Avatar
ctobini
Bonjour,

J'ai un serveur Linux Bacula (192.168.0.2) et un client Linux Bacula
(192.168.0.1), je voudrais utiliser xinetd afin de d=E9marrer le client
=E0 la demande du serveur :

J'ai concoct=E9 le fichier /etc/xinetd.d/bacula-fd c=F4t=E9 client selon la
doc :

service bacula
{
port =3D 9201
socket_type =3D stream
wait =3D no
only_from =3D 192.168.0.2
user =3D root
server =3D /biobin/bacula/bin/bacula
server-args =3D start
log_type =3D FILE /var/log/xinetd_bacula_fd.log 10M 15M
log_on_failure +=3D USERID
disable =3D no
}

Le serveur n'acc=E8de pas du tout au client.

Auriez-vous un retour sur ce genre de manip (faisabilit=E9, probl=E8me sur
le fait que j'essaie de lancer un client et pas un serveur...) ?

En vous remerciant,

C=2E Tobini
Signaler un problème avec ce contenu

3 réponses

Supprimer
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire

Veuillez sélectionner un problème

Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Avatar
ALain Montfranc
ctobini a écrit

Le serveur n'accède pas du tout au client.


Euh, question con, t'as redémaré xinetd ?

Avatar
Matthieu Clavier
On 2007-03-30, ctobini wrote:
Bonjour,


Bonjour,

J'ai un serveur Linux Bacula (192.168.0.2) et un client Linux Bacula
(192.168.0.1), je voudrais utiliser xinetd afin de démarrer le client
à la demande du serveur :

J'ai concocté le fichier /etc/xinetd.d/bacula-fd côté client selon la
doc :

service bacula
{
port = 9201
socket_type = stream
wait = no
only_from = 192.168.0.2
user = root
server = /biobin/bacula/bin/bacula
server-args = start


je connais très mal Bacula, mais dans la documentation on trouve ceci:

"
-i
Suppose que le daemon est appelé par inetd ou xinetd. Dans ce cas, le
daemon suppose qu'une connection est déjà établie et qu'elle est passée
en tant que STDIN. Le daemon s'arrète dès que la connection se termine.
"

Ne faudrait-il pas utiliser cet argument dans l'option server-args ?

cf. http://www.bacula.org/fr/dev-manual-fr/Une_breve_documentation.html
section "Options en ligne de commande des Daemons"

--
Matthieu Clavier

Avatar
ctobini
Bonjour et merci de vos réponses,

Je réponds un peu tardivement, j'ai tenté de faire fonctionner
l'option -i avec bacula-fd (binaire) car le script bacula ne peut
l'accepter.

Je fais chou blanc pour l'instant bien que je voulais témoigner d'une
réussite mais je persévère :-)

Merci pour l'info et bonne journée,

C. Tobini

On 31 mar, 15:52, Matthieu Clavier wrote:
On 2007-03-30, ctobini wrote:

Bonjour,


Bonjour,



J'ai un serveur Linux Bacula (192.168.0.2) et un client Linux Bacula
(192.168.0.1), je voudrais utiliser xinetd afin de démarrer le client
à la demande du serveur :

J'ai concocté le fichier /etc/xinetd.d/bacula-fd côté client selo n la
doc :

service bacula
{
port = 9201
socket_type = stream
wait = no
only_from = 192.168.0.2
user = root
server = /biobin/bacula/bin/bacula
server-args = start


je connais très mal Bacula, mais dans la documentation on trouve ceci:

"
-i
Suppose que le daemon est appelé par inetd ou xinetd. Dans ce cas, le
daemon suppose qu'une connection est déjà établie et qu'elle est pa ssée
en tant que STDIN. Le daemon s'arrète dès que la connection se termin e.
"

Ne faudrait-il pas utiliser cet argument dans l'option server-args ?

cf.http://www.bacula.org/fr/dev-manual-fr/Une_breve_documentation.html
section "Options en ligne de commande des Daemons"

--
Matthieu Clavier