Soit 2 machines UNIX , sur lesquels tournent, d'un côté, un serveur
ecrit en C via des sockets et de l'autre un client . Le process client
peut-il envoyer un message au process serveur pour effectuer une tâche
autrement que par le mécanisme des sockets.
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
JustMe
Jean Luc BOUGEARD wrote:
Bonjour
Soit 2 machines UNIX , sur lesquels tournent, d'un côté, un serveur ecrit en C via des sockets et de l'autre un client . Le process client peut-il envoyer un message au process serveur pour effectuer une tâche autrement que par le mécanisme des sockets.
Cordialement
jlb
avec des RPC par exemple.
Jean Luc BOUGEARD wrote:
Bonjour
Soit 2 machines UNIX , sur lesquels tournent, d'un côté, un serveur
ecrit en C via des sockets et de l'autre un client . Le process client
peut-il envoyer un message au process serveur pour effectuer une tâche
autrement que par le mécanisme des sockets.
Soit 2 machines UNIX , sur lesquels tournent, d'un côté, un serveur ecrit en C via des sockets et de l'autre un client . Le process client peut-il envoyer un message au process serveur pour effectuer une tâche autrement que par le mécanisme des sockets.
Cordialement
jlb
avec des RPC par exemple.
Fabrice..Bacchella
On Wed, 26 May 2004 10:03:32 +0200, JustMe wrote:
Jean Luc BOUGEARD wrote:
Bonjour
Soit 2 machines UNIX , sur lesquels tournent, d'un côté, un serveur ecrit en C via des sockets et de l'autre un client . Le process client
Le code C a été ecrit via un socket ? Personnellement, j'utilise vi ou emacs, qui se contentent d'ouvrir un fichier, mais c'est plus ringard.
peut-il envoyer un message au process serveur pour effectuer une tâche autrement que par le mécanisme des sockets.
Cordialement
jlb
avec des RPC par exemple. Qui utilisent en sous main des sockets, mais il ne faut pas le
répéter. Sinon, il existe effectivement plein de librairies, de SDK qui enrobent tous ça : RPC Sun, RPC DCE, Corba, RMI, SOAP, XML-RPC... J'en oublie surement. Et ça dépend aussi du langage, qui peut proposer des librairies d'enrobage des sockets plus ou moins complètes.
Il parait qu'il exite un portage linux pour la téléphatie si vraiment les sockets réseaux sont à éviter. --- http://fba.homeip.net
On Wed, 26 May 2004 10:03:32 +0200, JustMe <pasdesp@m.merci> wrote:
Jean Luc BOUGEARD wrote:
Bonjour
Soit 2 machines UNIX , sur lesquels tournent, d'un côté, un serveur
ecrit en C via des sockets et de l'autre un client . Le process client
Le code C a été ecrit via un socket ? Personnellement, j'utilise vi ou
emacs, qui se contentent d'ouvrir un fichier, mais c'est plus ringard.
peut-il envoyer un message au process serveur pour effectuer une tâche
autrement que par le mécanisme des sockets.
Cordialement
jlb
avec des RPC par exemple.
Qui utilisent en sous main des sockets, mais il ne faut pas le
répéter.
Sinon, il existe effectivement plein de librairies, de SDK qui
enrobent tous ça : RPC Sun, RPC DCE, Corba, RMI, SOAP, XML-RPC...
J'en oublie surement. Et ça dépend aussi du langage, qui peut proposer
des librairies d'enrobage des sockets plus ou moins complètes.
Il parait qu'il exite un portage linux pour la téléphatie si vraiment
les sockets réseaux sont à éviter.
---
http://fba.homeip.net
Soit 2 machines UNIX , sur lesquels tournent, d'un côté, un serveur ecrit en C via des sockets et de l'autre un client . Le process client
Le code C a été ecrit via un socket ? Personnellement, j'utilise vi ou emacs, qui se contentent d'ouvrir un fichier, mais c'est plus ringard.
peut-il envoyer un message au process serveur pour effectuer une tâche autrement que par le mécanisme des sockets.
Cordialement
jlb
avec des RPC par exemple. Qui utilisent en sous main des sockets, mais il ne faut pas le
répéter. Sinon, il existe effectivement plein de librairies, de SDK qui enrobent tous ça : RPC Sun, RPC DCE, Corba, RMI, SOAP, XML-RPC... J'en oublie surement. Et ça dépend aussi du langage, qui peut proposer des librairies d'enrobage des sockets plus ou moins complètes.
Il parait qu'il exite un portage linux pour la téléphatie si vraiment les sockets réseaux sont à éviter. --- http://fba.homeip.net
Unknown
Le code C a été ecrit via un socket ? Personnellement, j'utilise vi ou emacs, qui se contentent d'ouvrir un fichier, mais c'est plus ringard.
vi plutot, c'est moins lourd et plus souple (le troll ...)
peut-il envoyer un message au process serveur pour effectuer une tâche autrement que par le mécanisme des sockets.
disons que qui dit TCP ou UDP dit port donc socket, apres tu peux envoyer des trames IP directement en t'appuyant sur le protocole ICMP (regarde le source de ping c'est tout con) par contre comme il n'y a pas la notion de port tu devra toi meme filtrer à la main les trames qui arrivent.
Cordialement
pareil.
Le code C a été ecrit via un socket ? Personnellement, j'utilise vi ou
emacs, qui se contentent d'ouvrir un fichier, mais c'est plus ringard.
vi plutot, c'est moins lourd et plus souple (le troll ...)
peut-il envoyer un message au process serveur pour effectuer une tâche
autrement que par le mécanisme des sockets.
disons que qui dit TCP ou UDP dit port donc socket, apres tu peux envoyer
des trames IP directement en t'appuyant sur le protocole ICMP (regarde le
source de ping c'est tout con) par contre comme il n'y a pas la notion de
port tu devra toi meme filtrer à la main les trames qui arrivent.
Le code C a été ecrit via un socket ? Personnellement, j'utilise vi ou emacs, qui se contentent d'ouvrir un fichier, mais c'est plus ringard.
vi plutot, c'est moins lourd et plus souple (le troll ...)
peut-il envoyer un message au process serveur pour effectuer une tâche autrement que par le mécanisme des sockets.
disons que qui dit TCP ou UDP dit port donc socket, apres tu peux envoyer des trames IP directement en t'appuyant sur le protocole ICMP (regarde le source de ping c'est tout con) par contre comme il n'y a pas la notion de port tu devra toi meme filtrer à la main les trames qui arrivent.
Cordialement
pareil.
Fabrice..Bacchella
On Wed, 26 May 2004 21:58:35 +0200, Unknown wrote:
disons que qui dit TCP ou UDP dit port donc socket, apres tu peux envoyer des trames IP directement en t'appuyant sur le protocole ICMP (regarde le source de ping c'est tout con) par contre comme il n'y a pas la notion de port tu devra toi meme filtrer à la main les trames qui arrivent.
Et dans les paquets ARP ?
--- http://fba.homeip.net
On Wed, 26 May 2004 21:58:35 +0200, Unknown <Unknown@devnull.null>
wrote:
disons que qui dit TCP ou UDP dit port donc socket, apres tu peux envoyer
des trames IP directement en t'appuyant sur le protocole ICMP (regarde le
source de ping c'est tout con) par contre comme il n'y a pas la notion de
port tu devra toi meme filtrer à la main les trames qui arrivent.
On Wed, 26 May 2004 21:58:35 +0200, Unknown wrote:
disons que qui dit TCP ou UDP dit port donc socket, apres tu peux envoyer des trames IP directement en t'appuyant sur le protocole ICMP (regarde le source de ping c'est tout con) par contre comme il n'y a pas la notion de port tu devra toi meme filtrer à la main les trames qui arrivent.
Et dans les paquets ARP ?
--- http://fba.homeip.net
Unknown
port tu devra toi meme filtrer à la main les trames qui arrivent.
Et dans les paquets ARP ?
Ca ne marchera pas s'il doit passer via un routeur.
port tu devra toi meme filtrer à la main les trames qui arrivent.
Et dans les paquets ARP ?
Ca ne marchera pas s'il doit passer via un routeur.
