J'essaie de rechercher des informations pour savoir pourquoi un nom d'interface réseau aurait un signe at, mais il y a trop de bruit dans les résultats que j'obtiens jusqu'à présent (je n'ai pas la bonne terminologie pour rechercher)
J'ai un conteneur LXC sur un hôte Ubuntu. À l'intérieur du conteneur, je cours et récupère:
# ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
9: eth0@if10: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
link/ether 00:16:3e:37:a0:7a brd ff:ff:ff:ff:ff:ff link-netnsid 0
inet 10.0.3.195/24 brd 10.0.3.255 scope global eth0
valid_lft forever preferred_lft forever
inet6 fe80::216:3eff:fe37:a07a/64 scope link
valid_lft forever preferred_lft forever
Notez que eth0@if10
Comment @
s'appelle / se réfère cette partie?
Sur l'hôte, il n'y en a pas if10
, un autre conteneur que j'ai a eth0@if8
- je dois supposer que cela fait partie de la gestion des traductions réseau par LXC / containers, mais je ne l'avais pas remarqué auparavant, et je me demande si c'est un complément au pontage, qui pourrait exister dans d'autres scénarios?
la source
link-netnsid 0
qui signale qu'un autre espace de noms de réseau est impliqué. Le @ indique simplement qu'une autre interface est impliquée, mais pas où se trouve cette autre interface.Recherchez un fichier comme 70-persistent-net.rules sous /etc/udev/rules.d ou sous /lib/udev/rules.d. Il doit y avoir une ligne avec le nom de l'interface réseau et l'adresse MAC. La modification et le redémarrage devraient renommer la carte réseau.
la source
ip
outil. Comparez simplement avecifconfig
... ou faites quelques rapides noms d'interface de vidage de script Python en utilisantpyroute2
. Tous y afficheront des noms d'interface réseau réels non ornés.