logo Debian Debian Debian-France Debian-Facile Debian-fr.org Forum-Debian.fr Debian ? Communautés logo inclusivité

Debian-facile

Bienvenue sur Debian-Facile, site d'aide pour les nouveaux utilisateurs de Debian.

Vous n'êtes pas identifié(e).


L'icône rouge permet de télécharger chaque page du wiki visitée au format PDF et la grise au format ODT → ODT PDF Export

systemd-networkd : Le fichier .link

  • Objet : Configurer un réseau filaire en utilisant systemd-networkd (/etc/systemd/network/*)
  • Niveau requis :
  • Commentaires : Écrire la configuration de connexion de votre réseau.
  • Suivi :
    • Création par Severian 29/01/2016
    • Testé par <…> le <…>
  • Commentaires sur le forum : Lien vers le forum concernant ce tuto 1)

Nota :

Contributeurs, les FIXME sont là pour vous aider, supprimez-les une fois le problème corrigé ou le champ rempli !

Introduction

les configurations fonctionnent pour Jessie, à évité d'utiliser pour l'instant avec Stretch

Configuration

/etc/systemd/network/50-eth0.link

nano /etc/systemd/network/50-eth0.link
50-eth0.link
[Match]
MACAddress=xx:xx:xx:xx:xx:xx
Path=pci-xxxx:xx:xx.x
Virtualization=no
 
[Link]
Name=eth0
MTUBytes=1464
MACAddressPolicy=persistent
WakeOnLan=off
Section [Match]

La section [Match] détermine si un fichier de configuration donné peut être appliqué à une interface donnée.
Le premier fichier (dans l'ordre lexical) qui correspond à une interface donnée est appliqué. Tous les fichiers suivants seront ignorés, même s'ils correspondent également à l'interface.

  • MACAddress → adresse Mac de la carte (correspond à ATTR{address} dans 70-persistent-net.rules)
  • Path : correspond à ID_PATH des proprietes UDEV
  • Driver : correspond à DRIVER des proprietes UDEV, ou driver de la commande ethtool
  • Type : DEVTYPE des proprietes UDEV FIXME → pas trouvé d'info sur DEVTYPE
  • OriginalName : INTERFACE des proprietes UDEV ou NAME de 70-persistent-net.rules
  • Host : correspond à hostname ou à l'ID de la machine (voir ConditionHost)
  • Virtualization : teste si la session est exécutée sur machine virtuelle ou non (Virtualization=no / Virtualization=yes)
  • KernelCommandLine : teste si une commande spécifique est passée au noyau.
  • Architecture : teste sous quelle architecture (x86, x86-64, ppc, ppc-le, ppc64, ppc64-le, ia64, parisc, parisc64, s390, s390x, sparc, sparc64, mips, mips-le, mips64, mips64-le, alpha, arm, arm-be, arm64, arm64-be, sh, sh64, m86k, tilegx, cris) se trouve le pc.

La section [Link] précise la configuration de l'interface.

  • Description : Description de l'interface, utilisée uniquement à des fins de présentation
  • MACAddressPolicy : La politique de réglage de l'adresse MAC. Les politiques disponibles sont :
    • “persistent” Si le matériel a une adresse MAC persistante, ce que la plupart du matériel devrait avoir, et si elle est utilisée par le noyau, rien ne se fait. Sinon, une nouvelle adresse MAC est générée qui est assurée d'être la même à chaque démarrage de la machine donnée et du dispositif donné, mais qui est par ailleurs aléatoire. Cette fonction dépend de la propriété existante pour le lien ID_NET_NAME_*, si le matériel où ces propriétés ne sont pas définies la génération d'une adresse MAC persistante échouera
    • “random” Si le noyau utilise une adresse MAC aléatoire, on ne fait rien. Sinon, une nouvelle adresse est générée aléatoirement à chaque fois que le périphérique apparaît, généralement au démarrage. De toute façon l'adresse aléatoire aura le “unicast” et les bits “administrés localement”.
    • “none” Garde l'adresse MAC attribuée par le noyau.
  • MACAddress : L'adresse MAC à utiliser, si aucun MACAddressPolicy n'est spécifié.
  • NamePolicy : Politiques par lesquelles le nom de l'interface doit être ordonné et séparé par des espaces. “NamePolicy” peut être désactivé en spécifiant “net.ifnames = 0” sur la ligne de commande du noyau. Chacune de ces politiques peut échouer, et le premier succès est utilisé. Le nom n'est pas réglé directement, mais est exporté vers la propriété udev “ID NET_NAME” qui est par défaut utilisée par une règle udev pour définir “NAME”. Si le nom a déjà été fixé par l'espace utilisateur, aucun changement de nom n'est effectué. Les politiques disponibles sont :
    • “kernel” Si le noyau prétend que le nom qu'il a mis pour un périphérique est prévisible, alors aucun changement de nom n'est effectué.
    • “database” Le nom est défini en fonction des entrées de la base de données matérielles de udev par la clé “ID_NET_NAME_FROM_DATABASE”.
    • “onboard” Le nom est défini sur la base de l'information donnée par le firmware pour les cartes, exporté par la propriété udev “ID_NET_NAME_ONBOARD”.
    • “slot” Le nom est défini sur la base de l'information donnée par le firmware pour les périphériques, exporté par la propriété udev “ID_NET_NAME_SLOT”.
    • “path” Le nom est défini sur la base du dispositif de localisation physique, exporté par la propriété udev“ID_NET_NAME_PATH”.
    • “mac” Le nom est défini sur la base de l'adresse MAC persistante de l'appareil, exporté par la propriété udev “ID_NET_NAME_MAC”.
  • Name : Le nom à utiliser pour l'interface si toutes les politiques spécifiées dans NamePolicy échouent, ou si NamePolicy est manquant ou désactivé.
  • MTUBytes : indication de la MTU (par défaut 1500).
  • BitsPerSecond : le débit défini pour l'interface, la valeur est arrondie aux Mbps les plus proches vers le bas. Les suffixes habituels K, M, G, sont pris en charge et sont compris à la base 1000.
  • Duplex : le mode duplex défini pour l'interface. Les valeurs acceptées sont half et full.
  • WakeOnLan : politique du WOL Wake-on-LAN (wikipedia)
    • “phy” réveil sur une activité physique.
    • “magic” réveil sur la réception d'un paquet magique.
    • “off” pas de réveil.

plus de détails → systemd.link — Network device configuration


Liens

Internes

Externes

1)
N'hésitez pas à y faire part de vos remarques, succès, améliorations ou échecs !
doc/reseau/systemd/network/fichier-.link.txt · Dernière modification: 01/10/2023 11:12 par captnfab

Pied de page des forums

Propulsé par FluxBB