ネットワークインターフェイス名にatシンボルがある理由を理解するために情報を見つけようとしていますが、これまでに得られた結果にはノイズが多すぎます（検索する適切な用語が不足しています）。
UbuntuホストにLXCコンテナがあります。コンテナ内で実行して、次のようにします。
# 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
気づくeth0@if10
この@部分を何と呼びますか？
ホストにはこのようなものはなく、if10私が持っている他のコンテナには1つありますeth0@if8。これはどういうわけかネットワーク変換を処理するLXC /コンテナの一部であると仮定する必要がありますが、以前はこれが存在することに気づかず、ブリッジが発生したかどうか疑問に思います。補足、これは他のシナリオにも存在できますか？
答え1
eth0@if10方法：
- ネットワークインタフェースの名前は単純に保たれます
eth0。ネットワークツールとアプリケーションは@addendumではなく、この名前のみを参照できます。 （参考までにこれはベスピアである可能性が高いですが、名前はそれを反映する必要はありません。） @if10意味：eth0インデックス10（10進数）を使用して一部（他の）ネットワークインターフェイスに接続します。link-netnsid 0他のネットワークインターフェイスも異なるネットワークネームスペース（仮想IPスタックの一種）にあるとマークされているため、ルート（ホストとも呼ばれる）ネットワークネームスペースである可能性が高いです。
ip link showコンテナー以外のホストで使用している場合は、@9そのインターフェースにリストされているネットワークインターフェースの1つに関する付録が必要ですveth...。そのインターフェイスは、eth0@10ユーザーが要求するインターフェイスのピアです。 。 Veth インターフェイスは、仮想ケーブルのようにペアで互いに接続されます。
したがって、このツールはLinuxネットワークインタフェース名の一部ではない@...付録を生成します。ip@の後ろの数字は異なるネットワークインタフェースを表し、@の後に対応するインデックス番号が表示されます。インデックス番号は、同様にネットワークインターフェイス名の前に印刷されます9: eth0@if10。ピアネットワークインターフェイスは、異なるネットワークネームスペースに存在できます。
残念ながら、正しいネットワーク名前空間を見つけることはlink-netnsid ..非常に複雑です。vethピアのネットワークネームスペースifindexを見つける方法。
2023年アップデート：シーメンスが発売しました。エッジサメOSSとして、コンテナ、ホストなどのネットワークインターフェイス間の関係を表す美しいグラフィックWeb UIを提供します。
答え2
/etc/udev/rules.d または /lib/udev/rules.d の下に 70-pertant-net.rules に似たファイルがあることを確認します。ネットワークインターフェイス名とMACアドレスを含む行が必要です。これを変更して再起動すると、NICの名前が変更されます。