{"id":105254,"date":"2022-10-05T15:36:53","date_gmt":"2022-10-05T13:36:53","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vo-freebsd-dobavlena-podderzhka-protokola-netlink-primenyaemogo-v-yadre-linux"},"modified":"2022-10-05T15:36:53","modified_gmt":"2022-10-05T13:36:53","slug":"vo-freebsd-dobavlena-podderzhka-protokola-netlink-primenyaemogo-v-yadre-linux","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/news\/vo-freebsd-dobavlena-podderzhka-protokola-netlink-primenyaemogo-v-yadre-linux","title":{"rendered":"Le support du protocole Netlink, utilis\u00e9 dans le noyau Linux, a \u00e9t\u00e9 ajout\u00e9 \u00e0 FreeBSD.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Dans le code source de FreeBSD, une impl\u00e9mentation du protocole de communication Netlink (RFC 3549) a \u00e9t\u00e9 adopt\u00e9e, utilis\u00e9e dans Linux pour organiser l'interaction entre le noyau et les processus en espace utilisateur. Le projet se limite \u00e0 la prise en charge de la famille d'op\u00e9rations NETLINK_ROUTE pour g\u00e9rer l'\u00e9tat de la sous-syst\u00e8me r\u00e9seau dans le noyau. <\/p>\n

Dans sa forme actuelle, le niveau de support de Netlink permet d'utiliser l'utilitaire Linux ip du package iproute2 pour g\u00e9rer les interfaces r\u00e9seau, configurer des adresses IP, r\u00e9gler le routage et manipuler des objets nexthop, qui contiennent des informations sur l'\u00e9tat utilis\u00e9 pour transmettre un paquet \u00e0 la destination souhait\u00e9e. Apr\u00e8s quelques modifications mineures des fichiers d'en-t\u00eate, il est possible d'utiliser Netlink dans le package de routage Bird. <\/p>\n

L'impl\u00e9mentation de Netlink pour FreeBSD est pr\u00e9sent\u00e9e sous la forme d'un module noyau chargeable, limitant (dans la mesure du possible) son impact sur d'autres sous-syst\u00e8mes du noyau et cr\u00e9ant des files d'attente de t\u00e2ches distinctes (tasqueue) pour traiter les messages re\u00e7us via le protocole et effectuer des op\u00e9rations de mani\u00e8re asynchrone. La raison cit\u00e9e pour le portage de Netlink est l'absence d'un m\u00e9canisme standard pour interagir avec les sous-syst\u00e8mes du noyau, ce qui conduit diff\u00e9rentes sous-syst\u00e8mes et pilotes \u00e0 inventer leurs propres protocoles. <\/p>\n

Netlink offre une couche de communication unifi\u00e9e et un format de message extensible, permettant de faire office d'interm\u00e9diaire, combinant automatiquement des donn\u00e9es disparates de diff\u00e9rentes sources en une seule requ\u00eate. Par exemple, les sous-syst\u00e8mes de FreeBSD tels que devd, jail et pfilctl, qui utilisent actuellement leurs propres appels ioctl, pourraient \u00eatre traduits en Netlink, ce qui simplifierait consid\u00e9rablement la cr\u00e9ation d'applications pour travailler avec ces sous-syst\u00e8mes. De plus, l'utilisation de Netlink pour modifier des objets et des groupes nexthop dans la pile de routage permettra une interaction plus efficace avec les processus de routage en espace utilisateur. <\/p>\n

Fonctionnalit\u00e9s actuellement mises en \u0153uvre : <\/p>\n