RHEL 7.9、4ポートネットワークカードがあります
ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
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
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
link/ether 01:23:45:67:89:ab brd ff:ff:ff:ff:ff:ff
inet 192.168.1.1/16 brd 192.168.255.255 scope global noprefixroute eth0
valid_lft forever preferred_lft forever
inet6 fe80::a4:3cef:41fa:73e1/64 scope link noprefixroute
valid_lft forever preferred_lft forever
3: eth1: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN group default qlen 1000
link/ether 01:23:45:67:89:ac brd ff:ff:ff:ff:ff:ff
4: eth2: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN group default qlen 1000
link/ether 01:23:45:67:89:ad brd ff:ff:ff:ff:ff:ff
5: eth3: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN group default qlen 1000
link/ether 01:23:45:67:89:ae brd ff:ff:ff:ff:ff:ff
# -----------------------------------------------------------------------------------------
ls -FC /etc/sysconfig/network-scripts
ifcfg-ens11f0 ifdown@ ifdown-isdn@ ifdown-TeamPort* ifup-ib* ifup-post* ifup-tunnel*
ifcfg-ens11f1 ifdown-bnep* ifdown-post* ifdown-tunnel* ifup-ippp* ifup-ppp* ifup-wireless*
ifcfg-ens11f2 ifdown-eth* ifdown-ppp* ifup@ ifup-ipv6* ifup-routes* init.ipv6-global*
ifcfg-ens11f3 ifdown-ib* ifdown-routes* ifup-aliases* ifup-isdn@ ifup-sit* network-functions
ifcfg-eth0 ifdown-ippp* ifdown-sit* ifup-bnep* ifup-plip* ifup-Team* network-functions-ipv6
ifcfg-lo ifdown-ipv6* ifdown-Team* ifup-eth* ifup-plusb* ifup-TeamPort* route-eth0
私のインターフェース名は最初でしたが、ens11fもう終わりましたGRUB_CMDLINE_LINUX = net.ifnames=0 biosdevname=0。ネットワークインタフェース名に関して、Linux（特に重要な場合はRHEL 7）では、ネットワーキングはどのように機能しますか？以下のファイルについて説明してもよろしいです/etc/sysconfig/network-scriptsか？その場所のすべてが重要ですか？
ifcfg-eth1なぜとifcfg-eth2とが表示されないのですifcfg-eth3か？本当に混乱しています。- MACアドレスは私のファイルにないので、インターフェイス名にどのようにまたはどこにマッピングされますか
ifcfg-eth0？ - UUIDはすべてのネットワークプロファイルにとって重要ですか？
- Linuxでは、ネットワーク構成全体がどのように機能するかを理解したいと思います。私はグラフィカルネットワーク管理者のGUIにのみ手を触れ、ほとんどの場合完全に台無しにすることができました。 Networkmanager GUIは氷山の一角に過ぎませんか？
ベストアンサー1
システムが最初に起動したら、最新の名前（ens11f[0-3]）を使用してクアッドポートネットワークカードを確認し、そのカードの設定が存在しないことを発見し、各ネットワークカードのデフォルト設定ファイルを作成し、MACアドレスとUUIDをここに記録します。します。構成ファイル。構成ファイル。
その後、起動オプションを追加しましたnet.ifnames=0 biosdevname=0。その後、既存の名前（）を使用してクワッドポートNICが表示されますeth[0-3]。ただし、MACアドレスとUUIDはまだ同じであるため、構成システムはこれらのNICが名前は異なりますが、以前に見たことがあることに気づくのに十分賢いです。
盲目的に新しいプロファイルを作成することは、システム管理者がすでに設定したものと重複する可能性があるため、最も安全な方法は何もせずにシステム管理者に何をすべきかを決定することです。おそらく、既存の設定を新しい名前に移行したり、多分彼らは最初から始めたいと思うかもしれません。
今は役に立たない構成ファイルを削除すると、次回のifcfg-ens11f*システム起動時にシステムに新しいデフォルト構成ファイルが生成されることがあります。あるいは、firstboot特別なプログラムを実行しているときにのみこれが起こるかもしれません。
特定のハードウェアMACアドレスを持つカードに特定のNIC名をバインドする場合は、それをファイルHWADDR=<MAC address>に追加できますifcfg-eth*。ただし、一部のクラスタ仮想化プラットフォームでは、VMが1回のVMブートから次のブートまで続くMACアドレスを持つことは常に許可されていないため、このHWADDR=フィールドを維持することも有効な構成である必要があります。この場合、NIC名の順序が決まります。純粋にインスツルメンテーションによって決定され、NICドライバとそのロード順序、または追加できるudevルールによって決まります。
（仮想マシン内の準仮想化NICドライバの場合、ドライバの検出順序がうまく機能する可能性があります。提供します。仮想化プラットフォームと仮想マシン自体）。
UUID自体はネットワーク構成には意味がありませんが、DHCPを使用している場合、DHCPサーバーはそれを代替クライアント識別子として使用できます（DHCPオプションコード61、詳細が必要な場合はRFC2132およびRFC4361を参照）。各DHCPクライアントホストにホストごとのUUIDを割り当て、NICの交換後に各ホストに同じDHCP割り当てを引き続き使用させるには、ここでUUIDを指定できます。
Networkmanager GUIは氷山の一角に過ぎませんか？
まさにこれです。このウサギの洞窟はかなり深いです。
net-tools最初はネットワーク設定コマンドパッケージのみがあります。各ディストリビューションは、それを使用してネットワーク設定を構成し、それを継続的に保存する独自の方法を開発しました。
時間の経過とともにいくつかの標準化が行われた。 RedHat Linuxのサブディストリビューションはこれらの/etc/sysconfig/network-scripts/ifcfg-*ファイルを使用する傾向があり、SuSEとそのサブディストリビューションはほとんど似ていませんが、同様の作業を行い、Debianとそのサブディストリビューションは単一の/etc/network/interfacesファイルを使用します。他のディストリビューションは、これらのいずれかを模倣するか、独自のソリューションを開発します。
ある時点でパッケージの開発がnet-tools中断され、高度なコマンドラインネットワーク構成ツールキットが開発されました。しかし、誰もがおなじみのコマンドiproute2から新しいコマンドにifconfig移行したくはありませんでした。前のコマンドで構成されています。routeip addrip routenet-tools
その後、WiFi、VPNを搭載したノートパソコンが普及しており、WiFiとVPNのパスワードを保存する必要があります。個人の：同じノートパソコンでも、あるユーザーは特定のWiFiネットワークのパスワードを知っていて、他のユーザーは知らないかもしれません。これは理想的な状況かもしれません（例えば、親と子供）。 NetworkManagerは、各ユーザーのネットワーク設定を保存するだけでなく、異なるリリースバージョン間のネットワーク構成管理を統合するように設計されています。
この目的のために、NetworkManager は複数を持つことができます。ストレージバックエンドの構成：NetworkManagerには常に「ネイティブ」構成ストレージバックエンドがあります。これ/etc/NetworkManager/system-connections/により、ディレクトリを使用していてVPN接続などに関する情報を処理できない場合は、他の設定バックエンドを補完できます。通常、そのディストリビューションの「レガシー」構成ファイルを少なくとも読み取ることができる（時々書き込むことができる）ディストリビューション固有の構成バックエンドもあります。通常、デスクトップ環境のセキュリティ保存メカニズム（GNOME KeyringやKDE Walletなど）を使用してユーザー固有の構成設定の保存を管理する、デスクトップ環境固有の構成バックエンドがあります。
NetworkManagerには、特権NetworkManagerのメインプロセスと、さまざまなユーザーインターフェイス、GUIなどを簡単に分離できるD-Busインターフェイスも含まれています。
このキットには、もともと基本的に組み込みシステムのための軽量ネットワーク構成サブシステムとして意図されたオプションのコンポーネントsystemdも含まれていますが、そこから雪玉のように吹いているようです。systemd-networkd
このXKCD漫画を見たことがあるでしょう。
UbuntuはnetplanNetworkManagersystemd-networkdとnetplan。
物語はまだ終わっていません。収束が起こるのか、それとも各ソリューションが最適なポイントを見つけるのかを見てください。