ou autre ?)

Version imprimable

09/10/2009, 21h15
lezurp

Communiquer avec un deamon (socket/dbus/ou autre ?)

Bonjour,

sous linux,

j ai un deamon (qui fait sont petit travail quand il faut) qui tourne.
Je voudrais lui ajouter un tache, mais en cas de requet.
je voudrais que un utilisateur puisse envoyer une requet au demaon. Et que le deamon sache interpréter cette requet.

Je suppose que par socket ca doit fonctionner, mais impose de laisser libre un port, de plus je ne sais pas faire de multi connection asyncrone en socket. donc si la connexion est déjà établie une autre connexion ne peux faire de requet.

Je crois que dbus peut faire de tel chose (qt a quelque focntion) mais la c est encore pire je ne connait pas dutout.

si quelqu un aurai un conseil ou un example je suis interessé.

Merci
09/10/2009, 21h33
JulienDuSud

Je ne vois pas le problème avec le fait de devoir ouvrir un port ?

Le protocole UDP semble parfaitement convenir à tes besoins du fait qu'il n'est pas connecté (un socket UDP peut recevoir des messages de n'importe où sans établir au préalable un handshake).

Après, à toi de gérer les timeouts et la bonne réception des données s'ils sont cruciaux.

Si tu ne veux pas t'occuper du timeout et de la bonne réception des packets, tu peux utiliser TCP de manière asynchrone. Il y a plein de tutos pour ça. (1 seul socket et un selector)

Va voir du côté de boost::asio, ça simplifie grandement la vie.
09/10/2009, 21h43
ram-0000

Citation:

Envoyé par lezurp

Je suppose que par socket ca doit fonctionner

Oui

Citation:

Envoyé par lezurp

mais impose de laisser libre un port

Pas forcémment mais c'est vrai que c'est plus facile d'avoir un port pour le fonctionnement normal du daemon (s'il en a besoin) et un port pour l'administration (les requêtes dont tu parles). En plus cela laisse la possibilité de binder le port de requêtes uniquement sur localhost ou alors de faire du filtrage applicatif/admlinistratif au niveau d'un firewall donc au niveau sécurité, c'est mieux.

Citation:

Envoyé par lezurp

de plus je ne sais pas faire de multi connection asyncrone en socket

Cette phrase veut dire qu'actuellement sur ta connexion tu ne sais gérer qu'une seule connexion active à la fois ?
La gestion de plusieurs connexions simultanées demande un petit effort au niveau du code mais c'est faisable (regarde par exemple du côté de select())

Citation:

Envoyé par lezurp

Je crois que dbus peut faire de tel chose (qt a quelque focntion) mais la c est encore pire je ne connait pas dutout.

Je ne connais pas.

Citation:

Envoyé par lezurp

si quelqu un aurai un conseil ou un example je suis interessé.

Il y a d'autres possibilités, un pipe nommé, un événement lié à une mémoire partagée, mais c'est vrai que cela reste local à la machine, c'est à dire que tu ne pourras pas envoyer de requêtes d'administration depuis une autre machine. Sincèrement, le socket reste le plus souple.