Client-serveur, tentative de clarification

Angelot wrote:

Bonsoir,

Je bute assez souvent sur les termes de serveur et client.

Dans ce qui suit, j'essaie de peser mes mots, car je crois que de nombreux
textes sont assez approximatifs sur ces sujets.


(3) Une application serveur (par ex. FTP serveur) peut être exécutée sur
une machine cliente.

Oui car la notion de machine cliente ou machine "serveuse" n'existe pas sous
tcp/ip (c'est un WindowLogisme).
Tous les hosts tcp/ip peuvent et doivent faire tourner des processus
serveurs aussi bien que clients afin d'asssurer des services divers a la
disposition d'utilisateurs (users) . Un utilisateur en general lance un
programme client qui s'adresse a un processus serveur distant ou sur la
meme machine ca n'a pas d'importance fonctionnelle.
exemple la messagerie : le user lance outlook ou kmail qui est une
application cliente messagerie et qui met en oeuvre un client pop3 qui
s'adresse a une application serveur pop3.

Que vous suggère tout cela ?
A vos plumes !
Angelot
Amicalement

Patrick

Bonsoir Patrick,

exemple la messagerie : le user lance outlook ou kmail qui est une
application cliente messagerie et qui met en oeuvre un client pop3 qui
s'adresse a une application serveur pop3.

Le terme "user" est ici dans le sens utilisateur humain, ce qui n'est pas le
cas lorsqu'on parle par exemple de l'interface TCP/user dans RFC793. Outlook
est une programme logiciel IHM et l'application cliente est plutôt POP3.

Je peux exécuter OE et lire, organiser mes messages en local, sans jamais
recourir au protocole application.

Cordialement,
Angelot

Bonsoir,

Salut Angelot,

Je bute assez souvent sur les termes de serveur et client.

Avant de lire, juste en me basant sur le titre, j'ai cru que tu parlais
d'une relation client/serveur d'un point de vue applicatif.

Un numéro de port est un point d'accès à un processus qui utilise
directement la couche transport pour transmettre ses données.

Oui, moi je le définit en disant qu'un port est un moyen d'interconnexion
inter processus. Mais j'aime bien ta définition qui est plus littérale.

Le processus
est encore appelé service utilisateur (dans le sens utilisateur de la
couche

transport).

Ha bon.

Moi j'entend plus souvent le mélange et rapprochement des termes
"application" et "processus".

Point (1) : le service peut être de couche applicative (cas le plus
courant),

Tu dis "peut être", mais j'ai tendance à dire que c'est "uniquement". Mais
on en reparle plus bas dans le Post.

mais pas seulement : il peut être aussi de couche transport (TPKT

C'est quoi TPKT ?

pour le transport de couches ISO sur TCP, RTP pour le transport de données
temps réel sur UDP), et aussi de maintenance de couche transport (écho,
discard, traceroute, etc...).

Echo et traceroute sont à mon goût, des applicatifs, donc des processus
tournent derrière. Je les mets donc au niveau "service utilisateur " comme
tu dis.



Pour Discard, c'est plutôt philosophique : Comment considère t on une
décision d'une pile Tcp/Ip en respectant les Rfc et détruisant des
datagrammes ? Est ce applicatif ou pas ... J'ai pas trop d'avis précis.

(2) Le service peut être une application cliente ou une application
serveur

Oui

(avez-vous remarquer que l'on dit plus difficilement application serveuse,
avec le féminin).

Ha bon

J'entends parfois aussi parler de service client et,
pourtant, il sonnerait mal à l'oreille de parler de service serveur.

C'est une question d'oreille :) Mais j'entend mal "service client" (j'entend
service rendu à un client qui paie).
Mais j'entend bien "service serveur", car venant de chez MS, les services
.... et je trouve et même emploi ce terme afin de dire "processus serveur".

(3) Une application serveur (par ex. FTP serveur) peut être exécutée sur
une

machine cliente.

Oui, il ne faut donc pas confondre les deux groupes suivants :



Application cliente, application serveur

Machine cliente, machine serveur



Au passage, remplacer le terme client par utilisateur sonne bien et est
souvent employé.



Application utilisateur, application serveur

Machine utilisateur, machine serveur



Donc pour en revenir à ton point (3), Tout fait tout, mais le nom employé
représente l'objectif ou le rôle de l'objet. Par exemple :



- Une machine serveur, comme un serveur Proxy, utiliser des process client
(il est mandataire). Mais il n'en reste pas moins que cette machine est un
serveur.

- Une station cliente ou utilisateur peux utiliser comme la mienne utiliser
Msn et recevoir un fichier, représentant un e fonction serveur. Cependant il
n'en reste pas moins que cette machine possède un utilisateur qui manipule
son client ftp, messagerie, file, base, intranet et etc ...

(4) La traduction française de RFC793 (spécification TCP), traduit assez
souvent le terme "user" par "application".

Tu as raison, c'est pas évident comme traduction. Souvent on parle de
"application utilisateur" ou "application root", mais pas "utilisateur" à la
place d'e "application"

Ceci m'apparait être une faute
car il me semble que l'anglais suppose "user service" et, comme indiqué
plus

haut, le service peut être de niveau applicatif ou de niveau transport.

Ou transport comme quoi ?

Que vous suggère tout cela ?

Plein de chose :)

A vos plumes !

Voilà Angelot, bonne lecture et ces affirmations n'engage que moi même et je
ne serais tenu responsable d'un abus de langage ou de toute confusion après
lecture de ce Post. :)

_SebF

http://www.frameip.com
Un site pour les spécialistes IP

Salut Patrick,

Oui car la notion de machine cliente ou machine "serveuse" n'existe pas
sous

tcp/ip (c'est un WindowLogisme).
Tous les hosts tcp/ip peuvent et doivent faire tourner des processus
serveurs aussi bien que clients afin d'asssurer des services divers a la
disposition

Je suis entièrement d'accord avec toi. Mot pour mot.

d'utilisateurs (users) .

Mais le terme user .... en relisant ta phrase, j'entend "application", ce
qui donnerait :
"Tous les hosts tcp/ip peuvent et doivent faire tourner des processus
serveurs aussi bien que clients afin d'asssurer des services divers a la
disposition d'application"

Un utilisateur en general lance un
programme client qui s'adresse a un processus serveur distant ou sur la
meme machine ca n'a pas d'importance fonctionnelle.
exemple la messagerie : le user lance outlook ou kmail qui est une
application cliente messagerie et qui met en oeuvre un client pop3 qui
s'adresse a une application serveur pop3.

Idem, entièrement d'accord mot pour mot.

Quelle est ta longueur d'onde ?

_SebF

http://www.frameip.com
Un site pour les spécialistes IP

Le terme "user" est ici dans le sens utilisateur humain, ce qui n'est pas
le

cas lorsqu'on parle par exemple de l'interface TCP/user dans RFC793.
Outlook

est une programme logiciel IHM et l'application cliente est plutôt POP3.

J'ai lu et relu, et après longue réflexion, tu as raison. Il faut distinguer
l'application au sens graphique (comme tu dis IHM) et le protocole quelle
utilise.

Je suis le premier à mélanger les deux.

Je peux exécuter OE et lire, organiser mes messages en local, sans jamais
recourir au protocole application.

Oui, mais pour rouler dans le sens de Patrick, et même si ta distinction est
entièrement la bonne, il faut entendre :

"J'utilise OE" => "J'utilise OE en réseau et donc client réseau via l'un des
protocoles proposés par cet outil."



Un petit délire:



Ca faisait longtemps que je n'avais pas disserté, depuis l'école et ça fait
un bail ... Mais n'ayant jamais eu de renouvellement, peux je en conclure
que je suis dans la période des 50 premiers pourcent de ma vie ?




@+



_SebF

http://www.frameip.com
Un site pour les spécialistes IP

Bonjour Sèb,

Oui, mais pour rouler dans le sens de Patrick, et même si ta distinction
est

entièrement la bonne, il faut entendre :

"J'utilise OE" => "J'utilise OE en réseau et donc client réseau via l'un
des

protocoles proposés par cet outil."

Effectivement, selon le contexte, il faut dissocier ou non l'application
graphique des protocoles d'application qu'elle utilise. Un chameau reste
toujours équivalent à une cacahuète si on ne considère que les 2 bosses !

Cordialement,
Angelot

Bonjour Sèb,

Ha bon.

Moi j'entend plus souvent le mélange et rapprochement des termes
"application" et "processus".

Le terme processus n'a pas une grande signification en lui-même, il concerne
une fonction qui se déroule dans le temps. L'embrouillage des données ATM
lors de leur mappage dans un conteneur SDH est un processus de niveau 2.
L'embrouillage des données SDH avant leur transmission sur une fibre optique
est un processus de niveau 1. Les processus pullulent comme les fourmis dans
une fourmillère.

Point (1) : le service peut être de couche applicative (cas le plus
courant),

Tu dis "peut être", mais j'ai tendance à dire que c'est "uniquement". Mais
on en reparle plus bas dans le Post.

Vis à vis d'une couche transport TCP/IP, le service peut être de couche
applicative TCP/IP, de couche transport TCP/IP ou d'une couche d'un autre
modèle que TCP/IP, par exemple IPX de Novell Netware.

mais pas seulement : il peut être aussi de couche transport (TPKT

C'est quoi TPKT ?

Couche de transport pour des données ISO (RC1006), elle peut être utilisée
pour H.225, H.248, Q.931 (rien à voir avec TCP/IP). Le port de TPKT est
"well-known", de numéro 102.
Le rôle de TPKT est un peu celui de RFC2684, un protocole de convergence
pour adapter TCP/IP sur un modèle non TCP/IP.

Echo et traceroute sont à mon goût, des applicatifs, donc des processus
tournent derrière. Je les mets donc au niveau "service utilisateur " comme
tu dis.

De même que ICMP sert à la gestion de couche 3, et se représente intégré à
IP, la gestion de couche 4 est de même niveau que la couche 4 de plan usager
(pour reprendre une terminologie ATM).

Au passage, remplacer le terme client par utilisateur sonne bien et est
souvent employé.

Oui, au sens fonctionnel. Au sens humain l'utilisateur n'est pas
obligatoirement le client, celui qui paie l'étude. Et, en gestion de projet,
contenter le client en négligeant les utilisateurs est un risque de faillite
du projet.

- Une machine serveur, comme un serveur Proxy, utiliser des process client
(il est mandataire). Mais il n'en reste pas moins que cette machine est un
serveur.

Le serveur Proxy est serveur pour le client initial, et client pour le
serveur final. Les termes sont relatifs, pas absolus.

n'en reste pas moins que cette machine possède un utilisateur qui manipule
son client ftp, messagerie, file, base, intranet et etc ...

...un opérateur humain

Cordialement,
Angelot

"Angelot" <OnSePame@KesceKonSePame.fr> a écrit dans le message de news:
41581c4c$0$766$8fcfb975@news.wanadoo.fr...

Bonjour Sèb,

Lu Angelot,

Le terme processus n'a pas une grande signification en lui-même, il
concerne

une fonction qui se déroule dans le temps. L'embrouillage des données ATM
lors de leur mappage dans un conteneur SDH est un processus de niveau 2.
L'embrouillage des données SDH avant leur transmission sur une fibre
optique

est un processus de niveau 1. Les processus pullulent comme les fourmis
dans

une fourmillère.

Je pense que la principale différence d'interprétation des termes viennent
de la culture et de nos expériences. Moi venant historiquement du système,
je visualise "processus" instantanément dans un Os, alors que toi, provenant
des couches basses, tu penses instantanément à ATM.



Mon spy ma montré ceci :

dhueiueidi,f,ifen uien ce:znlic: nsq n c:ezc ek ncuezcez

Je lui ai répondu :

Mon Os n'est pas installé dans le bon langage.

Toi que lui répondrais tu ? Peux être :

j'ai des perturbation sur mon lien physique.

Vis à vis d'une couche transport TCP/IP, le service peut être de couche
applicative TCP/IP, de couche transport TCP/IP ou d'une couche d'un autre
modèle que TCP/IP, par exemple IPX de Novell Netware.

Tout le monde est au service de toutle monde.

Echo et traceroute sont à mon goût, des applicatifs, donc des processus
tournent derrière. Je les mets donc au niveau "service utilisateur "
comme

tu dis.

De même que ICMP sert à la gestion de couche 3, et se représente intégré à
IP, la gestion de couche 4 est de même niveau que la couche 4 de plan
usager

(pour reprendre une terminologie ATM).

J'en reviens au fait que tout le monde est au service de tous.
Icmp est un protocole, mais traceroute et ping sont des applicatifs que
nous, les humains ou opérateurs comme tu le dis, utilisons.
J'en reviens à ma question de base, tu disais : "Point (1) : le service peut
être de couche applicative (cas le plus
courant), mais pas seulement" Alors sommes nous d'accord pour dire le
service est forcement applicatif ?

Au passage, remplacer le terme client par utilisateur sonne bien et est
souvent employé.

Oui, au sens fonctionnel. Au sens humain l'utilisateur n'est pas
obligatoirement le client, celui qui paie l'étude. Et, en gestion de
projet,

contenter le client en négligeant les utilisateurs est un risque de
faillite

du projet.

Si je prends le même style de réponse (bondir de sous sujets en sous
sujets), cela dépend si c'est d'un point de vue résultat technique ou
commerciale. Et surtout c'est variable en fonction du facteur humain qui est
le client, ils sont tous différents et le plus important est de les
comprendre pour répondrent à leurs attentes.

- Une machine serveur, comme un serveur Proxy, utiliser des process
client

(il est mandataire). Mais il n'en reste pas moins que cette machine est
un

serveur.

Le serveur Proxy est serveur pour le client initial, et client pour le
serveur final. Les termes sont relatifs, pas absolus.

Angelot, ce n'est pas ce que je viens de dire ?
Je penses que oui, sommes nous donc relativement et absulement d'accord ?

@+

_SebF

http://www.frameip.com
Un site pour les spécialistes IP

"Angelot" <OnSePame@KesceKonSePame.fr> a écrit dans le message de news:
41580564$0$743$8fcfb975@news.wanadoo.fr...

Bonjour Sèb,

Re

Un chameau reste
toujours équivalent à une cacahuète si on ne considère que les 2 bosses !

Super Angelot, j'ai réellement ris. Je la ressortirais. Thx

_SebF

http://www.frameip.com
Un site pour les spécialistes IP

Hello tous,

_SebF - www.frameip.com wrote:

Le terme "user" est ici dans le sens utilisateur humain, ce qui n'est pas
le

cas lorsqu'on parle par exemple de l'interface TCP/user dans RFC793.
Outlook

est une programme logiciel IHM et l'application cliente est plutôt POP3.
Oui et non je pense que "Outlook" ou Kmail sont des interfaces utilisateurs

en mode graphique (dans le temps c'etait en mode ligne de commande) mais ca
ne change rien . Le sigle Anglophone est tellement pus clair a ce sujet :
"gui" ou Graphical User Interface , celles ci ont pour objet de permettre
la lecture de messages ecrits (emails) a un utilisateur humain s'etant
identifié comme destinataire des fameux messages.

En outre ces deux programmes mettent en oeuvre les comportements "clients"
"serveurs" des protocoles permettant la recuperation de messages sur des
systemes. Le protocole client est pop3client, mis en oeuvre par outlook ou
kmail (ou autre) et le protocole serveur pop3server par le serveur de
messages.

POur moi un processus serveur (ou un programme) est un processus a l'ecoute
permanente de requetes parvenant sur un "port" specifique ... a contrario
un comportement "client" consiste a envoyer des requetes vers un numero de
port en vue d'obtenir des reponses ou une action quelquonque.
Que l'origine de l'action soit humaine ou le resultat d'un comportement de
daemon (machine) ne change rien au concept client/serveur a mon avis.

J'ai lu et relu, et après longue réflexion, tu as raison. Il faut
distinguer l'application au sens graphique (comme tu dis IHM) et le
protocole quelle utilise.

Je suis le premier à mélanger les deux.

Oui le modele tcp/ip comporte 5 couches .. et le modele OSI 7 ca n'arrange
rien ds le modele tcp/ip la couche graphique est melangee a la couche
applicative.

Oui, mais pour rouler dans le sens de Patrick, et même si ta distinction
est entièrement la bonne, il faut entendre :

"J'utilise OE" => "J'utilise OE en réseau et donc client réseau via l'un
des protocoles proposés par cet outil."
Oui dans ce cas OE devient une application de gestion de messages, d'edition

etc ..

Ca faisait longtemps que je n'avais pas disserté, depuis l'école et ça
fait un bail ... Mais n'ayant jamais eu de renouvellement, peux je en
conclure que je suis dans la période des 50 premiers pourcent de ma vie ?

La notion client/serveur peut a mon avis ne pas se cantonner au comportement
des services de base tcp/ip mais s'etendre aux logiciels applicatifs par
exemple : apache est un serveur web bien connu et mozilla un browser web
bien connu aussi mais comme "client". Les deux memttent en oeuvre les
protocoles http serveur et httpclient respectivement.

Amicalement