Provided by: manpages-fr_4.27.0-1_all 
NOM
vsock – Famille d’adresses VSOCK de Linux
SYNOPSIS
#include <sys/socket.h>
#include <linux/vm_sockets.h>
stream_socket = socket(AF_VSOCK, SOCK_STREAM, 0);
datagram_socket = socket(AF_VSOCK, SOCK_DGRAM, 0);
DESCRIPTION
La famille d’adresses VSOCK simplifie la communication entre des machines virtuelles et l’hôte sur
lesquelles elles s’exécutent. Cette famille d’adresses est utilisée par les agents clients et les
services d’hyperviseur ayant besoin d’un canal de communication qui soit indépendant de la configuration
réseau de la machine virtuelle.
Les types de socket autorisés sont SOCK_STREAM et SOCK_DGRAM. SOCK_STREAM fournit des flux d’octets
orientés connexion, avec leur distribution garantie et dans le bon ordre. SOCK_DGRAM fournit un service
de paquets de datagrammes sans connexion avec une distribution au mieux et un ordre au mieux. La
disponibilité de ces types de socket dépend de l’hyperviseur sous-jacent.
Un nouveau socket est créé avec
socket(AF_VSOCK, socket_type, 0);
Quand un processus veut établir une connexion, il appelle connect(2) avec l’indication de l’adresse du
socket de destination. Le socket est automatiquement lié à un port libre s’il n’est pas lié.
Un processus peut écouter les connexions entrantes en se reliant d’abord à une adresse de socket avec
bind(2) puis en appelant listen(2).
Les données sont transmises en utilisant les familles d’appels système send(2) ou write(2) et les données
sont reçues en utilisant les familles d’appels système recv(2) ou read(2).
Formats d'adresse
Une adresse de socket est définie sous forme de combinaison d’un CID (Context Identifier) de 32 bits et
un numéro de port de 32 bits. Le CID identifie la source ou la destination qui sont soit une machine
virtuelle, soit l’hôte. Le numéro de port différencie les divers services en cours d’exécution sur une
seule machine.
struct sockaddr_vm {
sa_family_t svm_family; /* Famille d’adresses : AF_VSOCK */
unsigned short svm_reserved1;
unsigned int svm_port; /* N° port dans l’ordre d’octets de l’hôte */
unsigned int svm_cid; /* Adresse dans l’ordre d’octets de l’hôte */
unsigned char svm_zero[sizeof(struct sockaddr) -
sizeof(sa_family_t) -
sizeof(unsigned short) -
sizeof(unsigned int) -
sizeof(unsigned int)];
};
svm_family est toujours défini à AF_VSOCK. svm_reserved1 est toujours défini à zéro. svm_port contient le
numéro de port dans l’ordre d’octets de l’hôte. Les numéros de port en dessous de 1024 sont appelés ports
privilégiés. Seulement un processus avec la capacité CAP_NET_BIND_SERVICE peut bind(2) à ces numéros de
port. svm_zero doit être rempli de zéros.
Il existe plusieurs adresses spéciales : VMADDR_CID_ANY (-1U) signifie n’importe quelle adresse pour la
liaison, VMADDR_CID_HYPERVISOR (0) est réservée aux services internes de l’hyperviseur, VMADDR_CID_LOCAL
(1) est l’adresse bien connue pour les communications locales (loopback), VMADDR_CID_HOST (2) est
l’adresse bien connue de l’hôte.
La constante spéciale VMADDR_PORT_ANY (-1U) signifie n’importe quel port pour la liaison.
Migration à chaud
Des sockets sont affectés pour la migration à chaud de machines virtuelles. Les sockets SOCK_STREAM
connectés deviennent déconnectés quand les machines virtuelles migrent vers un nouvel hôte. Les
applications doivent se reconnecter quand cela se produit.
Le CID local peut varier à travers une migration à chaud si l’ancien CID n’est pas disponible sur le
nouvel hôte. Les scripts liés sont automatiquement mis à jour vers le nouveau CID.
Ioctls
Les ioctls suivants sont disponibles sur le périphérique /dev/vsock.
IOCTL_VM_SOCKETS_GET_LOCAL_CID
Obtention du CID de la machine locale. L’argument est un pointeur vers un unsigned int.
ioctl(fd, IOCTL_VM_SOCKETS_GET_LOCAL_CID, &cid);
Envisager d’utiliser VMADDR_CID_ANY lors de la liaison au lieu d’obtenir le CID local avec
IOCTL_VM_SOCKETS_GET_LOCAL_CID.
Communication locale
VMADDR_CID_LOCAL (1) dirige les paquets vers le même hôte qui les a générés. Cela est utile pour tester
les applications sur un seul hôte et pour le débogage.
Le CID local obtenu avec IOCTL_VM_SOCKETS_GET_LOCAL_CID peut être utilisé pour le même but, mais
l’utilisation de VMADDR_CID_LOCAL est préférable.
ERREURS
EACCES Impossibilité de lier à un port privilégié sans la capacité CAP_NET_BIND_SERVICE.
EADDRINUSE
Impossibilité de lier à un port déjà utilisé.
EADDRNOTAVAIL
Impossibilité de trouver un port libre pour la liaison ou impossibilité de lier à un CID non
local.
EINVAL Paramètres non autorisés. Cela comprend l’essai de lier à un socket déjà lié, la fourniture d’une
structure sockaddr_vm non valable et d’autres erreurs de validation d’entrée.
ENOPROTOOPT
Option non valable de socket dans setsockopt(2) ou getsockopt(2).
ENOTCONN
Impossibilité de réaliser une opération sur un socket non connecté.
EOPNOTSUPP
Opération non prise en charge. Cela comprend l’indicateur MSG_OOB non implémenté pour la famille
send(2) d’appels système et MSG_PEEK pour la famille recv(2) d’appels système.
EPROTONOSUPPORT
Numéro de protocole de socket non autorisé. Le protocole devrait toujours être zéro.
ESOCKTNOSUPPORT
Type de socket non pris en charge dans socket(2). Seulement SOCK_STREAM et SOCK_DGRAM sont
autorisés.
VERSIONS
La prise en charge pour VMware (VMCI) est disponible depuis Linux 3.9. KVM (virtio) est pris en charge
depuis Linux 4.8. Hyper-V l’est depuis Linux 4.14.
VMADDR_CID_LOCAL est pris en charge depuis Linux 5.6. La communication locale dans le client et dans
l’hôte est prise en charge depuis Linux 5.6. Les versions précédentes ne géraient la communication locale
que dans le client (mais pas dans l’hôte) et seulement avec certains transports (VMCI et virtio).
VOIR AUSSI
bind(2), connect(2), listen(2), recv(2), send(2), socket(2), capabilities(7)
TRADUCTION
La traduction française de cette page de manuel a été créée par Christophe Blaess
<https://www.blaess.fr/christophe/>, Stéphan Rafin <stephan.rafin@laposte.net>, Thierry Vignaud
<tvignaud@mandriva.com>, François Micaux, Alain Portal <aportal@univ-montp2.fr>, Jean-Philippe Guérard
<fevrier@tigreraye.org>, Jean-Luc Coulon (f5ibh) <jean-luc.coulon@wanadoo.fr>, Julien Cristau
<jcristau@debian.org>, Thomas Huriaux <thomas.huriaux@gmail.com>, Nicolas François
<nicolas.francois@centraliens.net>, Florentin Duneau <fduneau@gmail.com>, Simon Paillard
<simon.paillard@resel.enst-bretagne.fr>, Denis Barbier <barbier@debian.org>, David Prévot
<david@tilapin.org>, Cédric Boutillier <cedric.boutillier@gmail.com>, Frédéric Hantrais
<fhantrais@gmail.com> et Jean-Paul Guillonneau <guillonneau.jeanpaul@free.fr>
Cette traduction est une documentation libre ; veuillez vous reporter à la GNU General Public License
version 3 concernant les conditions de copie et de distribution. Il n'y a aucune RESPONSABILITÉ LÉGALE.
Si vous découvrez un bogue dans la traduction de cette page de manuel, veuillez envoyer un message à
debian-l10n-french@lists.debian.org.
Pages du manuel de Linux 6.9.1 2 mai 2024 vock(7)