Note préliminaire :

Les fichiers sources des exemples sont dans : ~domas/sockdir

ATTENTION :
Sur une machine SVR4 (ici, sur Solaris), ajouter a la compilation :
-lsocket (pour les sockets)
-lnsl (pour le résolveur...)

On enverra le(s) fichier(s) source(s) traitant l'exercice et le Makefile permettant leur bonne utilisation à :

1. I.SOCKETS : RAPPELS
   1. I.1Fonctionnement
2. II.COMMUNICATION CLIENT/SERVEUR
   1. II.1Code du serveur (serv_fork.c)
   2. II.2Code des clients (cli_fork.c)
3. III.EXERCICE PREPARATOIRE : UTILISATION DE SELECT
   1. III.1Code à compléter pour le serveur (sel_serv.file)
   2. III.2Code à compléter pour les clients (sel_cli.file)
4. IV.EXERCICE A RENDRE

   1. IV.1 Fonctionnement de l'application

      IV.2 Comment tester l'application

I.SOCKETS : RAPPELS

I.1Fonctionnement

On remarquera sur le schéma suivant :

• sin6_port, le numéro de port,
  
• sin6_addr, le(s) numéro(s) InterNet de la machine, numéro attribué par l'administrateur système (un par carte Ethernet sur la machine); on peut par exemple utiliser une adresse unicast globale (c'est-à-dire valide et visible pour l'ensemble du réseau mondial) agrégeable contenant un identifiant du réseau sur 64 bits, et un identifiant unique EUI-64 (construit à partir de l'adresse MAC de la carte Ethernet, numéro Ethernet unique attribué par le constructeur). Par exemple : python.ipv6.enst.fr a l'adresse 3ffe:0304:0103:a0:a00:20ff:fe0a:3ff7. Cette adresse se décompose ainsi :
  • 3ffe Adresse de réseau global unicast agrégeable pour le 6Bone
  • 03 : G6, partie française du 6Bone
  • 04 : G6 - concentrateur Île-de-France
  • 0103 : ENST
  • a0 : InfRes enseignement-recherche (réseau 160)
  • 0a00:20ff:fe0a:3ff7 : identifiant EUI-64 de python.

II. COMMUNICATION CLIENT/SERVEUR

C'est sur ce type de canevas que l'on construit de nombreuses applications distribuées.

Ici, le serveur se contente d'attendre les demandes des clients distants. Lorqu'une demande est reçue, un processus fils est créé qui prend en charge la gestion de la communication. Le processus serveur se remet en attente de connexions pour pouvoir répondre aux demandes d'autres clients.

Schéma de principe : l'appel système accept permet au serveur de se mettre en attente d'une connexion, en utilisant une socket d'écoute. Lorsqu'une connexion est établie, accept renvoit le numéro d'une nouvelle socket utilisée pour la communication. Le serveur crée un processus fils; le fils n'a plus besoin de la socket d'écoute, il la ferme. Le serveur ferme la socket de communication et se remet en attente de connexion.

Le serveur se libère ainsi de la gestion des communications pour se consacrer à l'écoute des demandes de connexions dont le nombre est limité par listen :

On vous demande de faire tourner les deux programmes suivant et d'en comprendre le fonctionnement afin de pouvoir mener à son terme l'exercice qui vous est proposé par la suite.

Le serveur sera de préférence lancé :

• sur une machine différente de celle des clients,
  
• dans une autre fenêtre, sur la machine courante.
  

On utilisera la commande netstat pour suivre les dialogues entre les clients et les serveurs.

II.1 Code du serveur (serv_fork.c)

II.2 Code des clients (cli_fork.c)

III. EXERCICE PREPARATOIRE : UTILISATION DE SELECT

select permet de se mettre à l'écoute sur plusieurs fichiers simultanément, c'est à dire de multiplexer les entrées-sorties. Nous allons étudier l'écriture d'un serveur utilisant cette fonction.

Utiliser la commande :
man -s 3c select
pour avoir les déails du fonctionnement de select.

Pour comprendre le mécanisme de cet appel système, on vous demande de compléter le code du client et du serveur dont on donne les squelettes ci-dessous.

On créera de nombreux processus clients pour constater le bon fonctionnement du serveur.

III.1 Code à compléter pour le serveur (sel_serv.file)

III.2 Code à compléter pour les clients (sel_cli.file)

IV. EXERCICE A RENDRE

IV.1 Fonctionnement de l'application

Fonctionnement de l'application :

• le processus se bloque en select sur stdin et le (ou les) ports d'entrée lus dans le fichier de configuration, comme cela est fait dans l'exercice précédent,
• quand il recoit un message sur un port (ou sur stdin) il le renvoie vers les sites dont il a lu l'adresse IP et le numéro de port dans le fichier de configuration,
• on lancera plusieurs processus dans des fenêtres se trouvant sur des sites différents et on initialisera la communication en rentrant un texte au clavier pour l'un des processus,

Comment obtenir le(s) port(s) d'entré et l'(es) adresse(s) des destinataires :

• l'application va lire dans un fichier de configuration les numéros de port sur lesquels elle attend et les couples (adresse-IP, port) du (ou des) destinataire(s) vers lequel (ou lesquels) elle éet.

===Pour le processus qui s'exécute sur M1 :
  sortie M3   UDP 30287
  entree **** TCP 54678
===Pour le processus qui s'exécute sur M2 :
  sortie M1   TCP 54678
  entree **** UDP 48521
===Pour le processus qui s'exécute sur M3 :
  sortie M2   UDP 48521
  entree **** UDP 30287

IV.2 Comment tester l'application