Editer un article - Informaticien.be

Editer un article

Titre
Mots Clés
Texte	[size=18] [b]Nom[/b] [/size] socket - Créer un point de communication. [size=18] [b]Résumé[/b] [/size] [b]#include <sys/types.h>[/b] [b][/b] [b]#include <sys/socket.h>[/b] [b][i]int socket(int domain , int type , int protocol );[/i][/b] [size=18] [b]Description[/b] [/size] [b]socket[/b] crée un point de communication, et renvoie un descripteur. Le paramètre [i]domain[/i] indique le domaine de communication pour le dialogue ; ceci sélectionne la famille de protocole à employer. Elles sont définies dans le fichier [b]<linux/socket.h> .[/b] Les formats actuellement proposés sont : .TS tab(:); l l l. Nom:Utilisation:Page T{ [b]PF_UNIX,PF_LOCAL[/b] T}:T{ Communication locale T}:T{ [b]unix (7)[/b] T} T{ [b]PF_INET[/b] T}:IPv4 Protocoles Internet:T{ [b]ip (7)[/b] T} T{ [b]PF_INET6[/b] T}:IPv6 Protocoles Internet: T{ [b]PF_IPX[/b] T}:IPX - Protocoles Novell: T{ [b]PF_NETLINK[/b] T}:T{ Interface utilisateur noyau T}:T{ [b]netlink (7)[/b] T} T{ [b]PF_X25[/b] T}:Protocole ITU-T X.25 / ISO-8208:T{ [b]x25 (7)[/b] T} T{ [b]PF_AX25[/b] T}:T{ Protocole AX.25 radio amateur T}: T{ [b]PF_ATMPVC[/b] T}:Accès direct ATM PVCs: T{ [b]PF_APPLETALK[/b] T}:Appletalk:T{ [b]ddp (7)[/b] T} T{ [b]PF_PACKET[/b] T}:T{ Interface paquet bas-niveau T}:T{ [b]packet (7)[/b] T} .TE Les sockets ont le [b]type ,[/b] indiqué, ce qui fixe la sémantique des communications. Les types définis actuellement sont : [b]SOCK_STREAM[/b] [table][row][col]    [/col][col]Support de dialogue garantissant l'intégrite, fournissant un flux de données binaires, et intégrant un mécanisme pour les transmissions de données hors-bande.[/col][/row][/table] [b]SOCK_DGRAM[/b] [table][row][col]    [/col][col]Transmissions sans connexion, non garantie, de datagrammes de longueur fixe, généralement courte.[/col][/row][/table] [b]SOCK_SEQPACKET[/b] [table][row][col]    [/col][col]Dialogue garantissant l'intégrite, pour le transport de datagrammes de longueur fixe. Le lecteur peut avoir à lire le paquet de données complet à chaque appel-système read.[/col][/row][/table] [b]SOCK_RAW[/b] [table][row][col]    [/col][col]Accès direct aux données réseau.[/col][/row][/table] [b]SOCK_RDM[/b] [table][row][col]    [/col][col]Transmission fiable de datagrammes, sans garantie de l'ordre de délivrance.[/col][/row][/table] [b]SOCK_PACKET[/b] [table][row][col]    [/col][col]Obsolète, à ne pas utiliser dans les programmes actuels. Voir [b]packet (7).[/b][/col][/row][/table] Certains types de sockets peuvent ne pas être implémentés par toutes les familles de protocoles. Par exemple, [b]SOCK_SEQPACKET[/b] n'est pas implémenté pour [b]AF_INET .[/b] Le protocole à utiliser sur la socket est indiqué par l'argument [b]protocol .[/b] Normalement il n'y a qu'un seul protocole par type de socket pour une famille donnée, auquel cas l'argument [i]protocol[/i] peut être nul. Néanmoins rien ne s'oppose à ce que plusieurs protocoles existent, auquel cas il est nécessaire de le spécifier. Le numéro de protocole dépend du domaine de communication de la socket. Voir [b]protocols (5).[/b] Voir [b]getprotoent (3)[/b] pour savoir comment associer un nom de protocole à un numéro. Une socket de type [b]SOCK_STREAM[/b] est un flux d'octets full-duplex, similaire aux tubes (pipes). Elle ne préserve pas les limites d'enregistrements. Une socket SOCK_STREAM doit être dans un état [i]connecté[/i] avant que des données puisse y être lues ou écrites. Une connexion sur une autre socket est établie par l'appel système [b]connect (2).[/b] Une fois connectée les données y sont transmises par [b]read (2)[/b] et [b]write (2)[/b] ou par des variantes de [b]send (2)[/b] et [b]recv (2).[/b] Quand une session se termine, on referme la socket avec [b]close (2).[/b] Les données hors-bande sont envoyées ou reçues en utilisant [b]send (2)[/b] et [b]recv (2).[/b] Les protocoles de communication qui implémentent les sockets [b]SOCK_STREAM[/b] garantissent qu'aucune donnée n'est perdue ou dupliquée. Si un bloc de données, pour lequel le correspondant a suffisament de place dans son buffer, n'est pas transmis correctement dans un délai raisonnable, la connexion est considérée comme inutilisable. Si l'option [b]SO_KEEPALIVE[/b] est activée sur la socket, le protocole vérifie, d'une manière qui lui est spécifique, si le correspondant est toujours actif. Un signal [b]SIGPIPE[/b] est envoyé au processus tentant d'écrire sur une socket inutilisable, forçant les programmes ne gérant pas ce signal à se terminer. Les sockets de type [b]SOCK_SEQPACKET[/b] emploient les mêmes appels systèmes que celles de types [b]SOCK_STREAM,[/b] à la différence que la fonction [b]read (2)[/b] ne renverra que le nombre d'octets requis, et toute autre donnée restante sera éliminée. De plus les frontières des messages seront préservées. Les sockets de type [b]SOCK_DGRAM[/b] ou [b]SOCK_RAW[/b] permettent l'envoi de datagrammes aux correspondants indiqués dans l'appel système [b]send (2).[/b] Les datagrammes sont généralement lus par la fonction [b]recvfrom (2),[/b] qui fournit également l'adresse du correspondant. Les sockets [b]SOCK_PACKET[/b] sont obsolètes. Elles servent à recevoir les paquets bruts directement depuis le gestionnaire de périphérique. Utilisez plutôt [b]packet (7).[/b] Un appel à [b]fcntl (2)[/b] avec l'argument [b]F_SETOWN[/b] permet de préciser un groupe de processus qui recevront un signal [b]SIGURG[/b] lors de l'arrivée de données hors-bande, ou le signal [b]SIGPIPE[/b] lorsqu'une connexion sur une socket [b]SOCK_STREAM[/b] se termine inopinément. Cette fonction permet également de valider des entrées/sorties non bloquantes, et une notification asynchrone des évènements par le signal [b]SIGIO .[/b] L'utilisation de [b]F_SETOWN[/b] est équivalent à un appel [b]ioctl (2)[/b] avec l'argument [b]FSIOSETOWN[/b] ou [b]SIOCSPRGR .[/b] Lorsque le réseau indique une condition d'erreur au module du protocole (par exemple l'utilisation d'un message ICMP au lieu d'IP), un drapeau signale une erreur en attente sur la socket. L'opération suivante sur cette socket renverra ce code d'erreur. Pour certains protocoles, il est possible d'activer une file d'attente d'erreurs par socket. Pour plus de détails, voir [b]IP_RECVERR[/b] dans [b]ip (7).[/b] Les opérations sur les sockets sont représentées par des [b]options[/b] du niveau socket. Ces options sont définies dans [b]sys/socket.h .[/b] Les fonctions [b]setsockopt (2)[/b] et [b]getsockopt (2)[/b] sont utilisées respectivement pour fixer ou lire les options. [size=18] [b]Valeur renvoyée[/b] [/size] [b]socket[/b] retourne un descripteur référençant la socket créée en cas de réussite. En cas d'échec -1 est renvoyé, et [i]errno[/i] contient le code d'erreur. [size=18] [b]Erreurs[/b] [/size] [b]EPROTONOSUPPORT[/b] [table][row][col]    [/col][col]Le type de protocole, ou le protocole lui-même n'est pas disponible dans ce domaine de communication.[/col][/row][/table] [b]EAFNOSUPPORT[/b] [table][row][col]    [/col][col]L'implémentation ne supporte pas le famille d'adresses indiquée.[/col][/row][/table] [b]ENFILE[/b] [table][row][col]    [/col][col]La table des descripteurs par processus est pleine.[/col][/row][/table] [b]EMFILE[/b] [table][row][col]    [/col][col]La table des fichiers est pleine.[/col][/row][/table] [b]EACCES[/b] [table][row][col]    [/col][col]La création d'une telle socket n'est pas autorisée.[/col][/row][/table] [b]ENOBUFS ou ENOMEM[/b] [table][row][col]    [/col][col]Pas suffisament d'espace pour allouer les buffers nécessaires.[/col][/row][/table] [b]EINVAL[/b] [table][row][col]    [/col][col]Protocole inconnu, ou famille de protocole inexistante.[/col][/row][/table] D'autres erreurs peuvent être dues aux modules de protocoles sous-jacents. [size=18] [b]Conformité[/b] [/size] BSD 4.4 (la fonction [b]socket[/b] est apparue dans BSD 4.2). Relativement portable vers les systèmes non-BSD supportant des clones des sockets BSD (y compris les variantes de System V). [size=18] [b]Note[/b] [/size] Les constantes explicites utilisées sous BSD 4.* pour les familles de de protocoles sont PF_UNIX, PF_INET... et AF_UNIX... sont utilisées pour les familles d'adresses. Toutefois même la page de manuel de BSD indiquait "La famille de protocoles est généralement la même que la famille d'adresse", et les standards ultérieurs utilisent AF_* partout. [size=18] [b]Bugs[/b] [/size] [b]SOCK_UUCP[/b] n'est pas encore implémentée. [size=18] [b]Voir aussi[/b] [/size] [b]accept (2), [/b] [b]bind (2), [/b] [b]connect (2),[/b] [b]fcntl (2),[/b] [b]getpeername (2),[/b] [b]getsockname (2),[/b] [b]getsockopt (2),[/b] [b]ioctl (2),[/b] [b]listen (2),[/b] [b]read (2),[/b] [b]recv (2),[/b] [b]select (2),[/b] [b]send (2),[/b] [b]shutdown (2),[/b] [b]socketpair (2),[/b] [b]write (2),[/b] [b]getprotoent (3),[/b] [b]ip (7),[/b] [b]socket (7),[/b] [b]tcp (7),[/b] [b]udp (7),[/b] [b]unix (7)[/b] [size=18] [b]Traduction[/b] [/size] Christophe Blaess, 1996-2003.
Fichier