\nLes sockets sont ce que l’on appelle une API (\u00ab\u00a0Application Program Interface\u00a0\u00bb) c’est \u00e0 dire une interface entre les programmes d’applications et la couche transport, par exemple TCP ou UDP. N\u00e9anmoins les sockets ne sont pas li\u00e9es \u00e0 TCP\/IP et peuvent utiliser d’autres protocoles.
\n
Les sockets apparaissent entre la couche transport et la couche application du mod\u00e8le OSI. Il faut noter que les constructeurs de stations de travail comme HP, SUN, IBM, SGI, ont adopt\u00e9 ces sockets, ainsi sont-elles devenues un standard de fait et une justification de leur \u00e9tude.
\n
Pour conforter ce point de vue, il n’est pas sans int\u00e9r\u00eat d’ajouter que toutes les applications majeures (named, dhcpd, sendmail, ftpd, serveurs httpd,…) de l’Internet, et dont l’utilisateur peut lire le code source, sont programm\u00e9es avec de telles sockets.
\n
Les sockets Windows (Winsock) sont apparus plus tard en 1993. La premi\u00e8re version des socket windows, la winsowk 1.1 autorisait l’utilisation d’un seul protocole TCP\/IP, contrairement \u00e0 la version 2.0 qui propose en plus, la suite des protocoles ATM, IPX\/SPX, DECnet et le sans fil. Le passage \u00e0 Winsock 2.0 s’est fait en gardant 100% de compatibilit\u00e9 permettant aux applications d\u00e9j\u00e0 d\u00e9velopp\u00e9es de continuer \u00e0 fonctionner.
\n
\n 2 Pr\u00e9sentation des sockets<\/strong><\/em>
\nLes cr\u00e9ateurs des sockets ont essay\u00e9 au maximum de conserver la s\u00e9mantique des primitives syst\u00e8mes d’entr\u00e9es\/sorties sur fichiers comme open, read, write, et close. Cependant, les m\u00e9canismes propres aux op\u00e9rations sur les r\u00e9seaux les ont conduits \u00e0 d\u00e9velopper des primitives compl\u00e9mentaires.
\n
Pour cr\u00e9er une socket, une application utilisera la primitive socket et non open, pour les raisons que nous allons examiner. En effet, il serait tr\u00e8s agr\u00e9able si cette interface avec le r\u00e9seau conservait la s\u00e9mantique des primitives de gestion du syst\u00e8me de fichiers, malheureusement les entr\u00e9es\/sorties sur r\u00e9seau mettent en jeux plus de m\u00e9canismes que les entr\u00e9es\/sorties sur un syst\u00e8me de fichiers.
\n
Par exemple, il faut consid\u00e9rer les points suivants :
\nDans une relation du type client-serveur les relations ne sont pas sym\u00e9triques. D\u00e9marrer une telle relation suppose que le programme sait quel r\u00f4le il doit jouer.
\n
Une connexion r\u00e9seau peut \u00eatre du type connect\u00e9 ou non. Dans le premier cas, une fois la connexion \u00e9tablie le processus \u00e9metteur discute uniquement avec le processus destinataire. Dans le cas d’un mode non connect\u00e9, un m\u00eame processus peut envoyer plusieurs data-grammes \u00e0 plusieurs autres processus sur des machines diff\u00e9rentes.
\n
Une connexion est d\u00e9finie par un quintuplet d\u00e9fini par le protocole, l’IP Local, le Port local, l’IP distante et Port distant qui est beaucoup plus compliqu\u00e9 qu’un simple nom de fichier.
\n
Le terme socket d\u00e9signe, d’une part un ensemble de primitives, on parle des sockets de Berkeley, et d’autre part l’extr\u00e9mit\u00e9 d’un canal de communication (point de communication) par lequel un processus peut \u00e9mettre ou recevoir des donn\u00e9es. Ce point de communication est repr\u00e9sent\u00e9 par une variable enti\u00e8re, similaire \u00e0 un descripteur de fichier.<\/p>\n
3 La vie d’une socket:<\/h2>\n
3.1 Cr\u00e9ation d’une socket<\/strong> 3.2 Sp\u00e9cification d’une adresse<\/strong> 3.3 Connexion \u00e0 une adresse distante<\/strong> 3.4 Terminer une connexion<\/strong> <\/p>\n Lors d’une communication en r\u00e9seau, les diff\u00e9rents processus s’\u00e9changent des informations qui sont g\u00e9n\u00e9ralement destin\u00e9es \u00e0 plusieurs applications. Seulement ces informations transitent par la m\u00eame passerelle. Il faut donc savoir pour quelle application telle information est destin\u00e9e. On attribue donc des ports pour chaque application. Les ports r\u00e9f\u00e9renc\u00e9s permettent ainsi \u00e0 une application dite cliente, d’identifier une application sur le syst\u00e8me distant. L’extr\u00e9mit\u00e9 de la connexion cliente est identifi\u00e9 par un num\u00e9ro de port attribu\u00e9 dynamiquement (>1024) par le processus appelant. Ce num\u00e9ro de port est dit port dynamique ou \u00e9ph\u00e9m\u00e8re.<\/p>\n 1 L’origine des sockets La version BSD 4.1c d’Unix pour VAX, en 1982, a \u00e9t\u00e9 la premi\u00e8re \u00e0 inclure TCP\/IP dans le noyau du syst\u00e8me d’exploitation et \u00e0 proposer une interface de programmation de ces protocoles : les sockets. Les sockets sont ce que l’on appelle une API (\u00ab\u00a0Application Program Interface\u00a0\u00bb) c’est \u00e0 dire une […]<\/p>\n","protected":false},"author":2,"featured_media":17,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[5],"tags":[],"class_list":["post-18","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-informatique"],"blocksy_meta":[],"_links":{"self":[{"href":"https:\/\/fredptitgars.ovh\/index.php?rest_route=\/wp\/v2\/posts\/18","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/fredptitgars.ovh\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/fredptitgars.ovh\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/fredptitgars.ovh\/index.php?rest_route=\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/fredptitgars.ovh\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=18"}],"version-history":[{"count":0,"href":"https:\/\/fredptitgars.ovh\/index.php?rest_route=\/wp\/v2\/posts\/18\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/fredptitgars.ovh\/index.php?rest_route=\/wp\/v2\/media\/17"}],"wp:attachment":[{"href":"https:\/\/fredptitgars.ovh\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=18"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/fredptitgars.ovh\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=18"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/fredptitgars.ovh\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=18"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}
\n
Pour cr\u00e9er une socket, il est n\u00e9cessaire de sp\u00e9cifier la famille de protocole, ipv4, ipv6,X25,… Le type de communication principalement mode connect\u00e9 et mode non connect\u00e9. Le protocole TCP, UDP,…
\nLa cr\u00e9ation d’une socket permet de conna\u00eetre le `descripteur de la socket`. Cela nous donne le premier \u00e9l\u00e9ment du quintuplet: Le protocole.<\/p>\n
\n
Il faut remarquer qu’une socket est cr\u00e9\u00e9e sans adresse de l’\u00e9metteur ni celle du destinataire.
\n
Pour les protocoles de l’Internet cela signifie que la cr\u00e9ation d’une socket est ind\u00e9pendante d’un num\u00e9ro de port.
\n
Dans beaucoup d’applications, surtout des clients, on a pas besoin de s’inqui\u00e9ter du num\u00e9ro de port, le protocole sous-jacent s’occupe de choisir un num\u00e9ro de port pour l’application.
\n
Cependant un serveur qui fonctionne suivant un num\u00e9ro de port \u00ab\u00a0bien connu\u00a0\u00bb doit \u00eatre capable de sp\u00e9cifier un num\u00e9ro de port bien pr\u00e9cis.
\nUne fois que la socket est cr\u00e9\u00e9e, la primitive bind permet d’effectuer ce travail, c’est \u00e0 dire d’associer une adresse IP et un num\u00e9ro de port \u00e0 une socket
\n
La primitive bind ne permet pas toutes les associations de num\u00e9ros de port, par exemple si un num\u00e9ro de port est d\u00e9j\u00e0 utilis\u00e9 par un autre processus, ou si l’adresse Internet est invalide.
\n
Cet appel syst\u00e8me compl\u00e8te l’adresse locale et le num\u00e9ro de port du quintuplet qui qualifie une connexion.on a la moiti\u00e9 d’une connexion, \u00e0 savoir un protocole, un num\u00e9ro de port et une adresse IP.<\/p>\n
\n
L’initiative de la demande de connexion est typiquement la pr\u00e9occupation d’un processus client.
\n
Quand une socket est cr\u00e9\u00e9e, elle n’est pas associ\u00e9e avec une quelconque destination. C’est la primitive connect qui permet d’\u00e9tablir la connexion, si on choisit un mode de fonctionnement `connect\u00e9`, sinon elle n’est pas tr\u00e8s utile.
\n
Pour les protocoles orient\u00e9s connexion, cet appel syst\u00e8me rend la main au code utilisateur une fois que la liaison entre les deux syst\u00e8mes est \u00e9tablie. Durant cette phase des messages sont \u00e9chang\u00e9s; les deux syst\u00e8mes \u00e9changent des informations sur les caract\u00e9ristiques de la liaison future.
\n
Dans le cas d’un client en mode non connect\u00e9 un appel \u00e0 connect n’est pas faux mais il ne sert \u00e0 rien et redonne aussit\u00f4t la main au code utilisateur. Le seul int\u00e9r\u00eat que l’on peut voir est que l’adresse du destinataire est fix\u00e9e et que l’on peut alors utiliser les primitives read, write, recv et send, traditionnellement r\u00e9serv\u00e9es au mode connect\u00e9.
\nLe quintuplet est maintenant complet: protocole, port local, adresse locale, port \u00e9loign\u00e9, adresse \u00e9loign\u00e9e. A partir de ce moment on peut utiliser la socket pour envoyer et recevoir des donn\u00e9es.<\/p>\n
\n
On ferme la Connexion uniquement en mode connect\u00e9. Avant de fermer la Connexion , le syst\u00e8me s’assure que tous les octets en attente de transmission sont bien transmis dans de bonnes conditions. Lors d’un arr\u00eat ‘brutal’ de la Connexion , un `reset` est envoyer \u00e0 l’h\u00f4te distant, ce qui provoque un arr\u00eat brutale de la Connexion . Les octets \u00e9ventuellement en attente sont perdus.<\/p>\n4 Le multiplexage dans une connexion de transport.<\/h2>\n
\n
Un port est comme une porte en sch\u00e9matisant. Les informations sont multiplex\u00e9es et passent par la passerelle. A leur arriv\u00e9e ou \u00e0 leur r\u00e9ception elles sont d\u00e9multiplex\u00e9es et chaque information distincte passe par le port qui lui est associ\u00e9. Les informations sont ensuite trait\u00e9es par l’application correspondante.
\n
Un port est cod\u00e9 sur 16 bits, il y a donc 65536 ports.
\nLes 1024 premiers ports sont des ports bien connus (Well known ports), ces ports sont li\u00e9s \u00e0 des applications sp\u00e9cifiques.<\/p>\n\n\n
\n Nom du service<\/strong><\/td>\n Num\u00e9ro de port<\/strong><\/td>\n Commentaire<\/strong><\/td>\n<\/tr>\n \n Ftp-data<\/td>\n 20<\/td>\n FTP, data<\/td>\n<\/tr>\n \n Ftp<\/td>\n 21<\/td>\n FTP. Control<\/td>\n<\/tr>\n \n Telnet<\/td>\n 23<\/td>\n <\/td>\n<\/tr>\n \n Smtp<\/td>\n 25<\/td>\n Simple Mail Transfer Protocol<\/td>\n<\/tr>\n \n Tftp<\/td>\n 69<\/td>\n Trivial File Transfer<\/td>\n<\/tr>\n \n Http<\/td>\n 80<\/td>\n World Wide Web<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n 5 Sch\u00e9ma d’une connexion<\/h2>\n
![\"Schema_connexion.gif\"](\"https:\/\/fredptitgars.ovh\/wp-content\/uploads\/2007\/11\/Schema_connexion-b07.gif\")
<\/p>\n","protected":false},"excerpt":{"rendered":"