diff options
author | LennartPoettering <mzninuv@0pointer.de> | 2013-01-07 21:29:44 +0000 |
---|---|---|
committer | Zbigniew Jędrzejewski-Szmek <zbyszek@in.waw.pl> | 2018-12-11 10:58:39 +0100 |
commit | cd6c4dd5713fbd62d9d141c38b0a1f7c534ec48d (patch) | |
tree | b8ca9c2fb9ba94d3987c9f6d7f2e0c1705a991d8 /docs | |
parent | (no commit message) (diff) | |
download | systemd-cd6c4dd5713fbd62d9d141c38b0a1f7c534ec48d.tar.gz systemd-cd6c4dd5713fbd62d9d141c38b0a1f7c534ec48d.tar.bz2 systemd-cd6c4dd5713fbd62d9d141c38b0a1f7c534ec48d.zip |
Diffstat (limited to 'docs')
-rw-r--r-- | docs/PredictableNetworkInterfaceNames.moin | 2 |
1 files changed, 1 insertions, 1 deletions
diff --git a/docs/PredictableNetworkInterfaceNames.moin b/docs/PredictableNetworkInterfaceNames.moin index da2776a42..e1405c769 100644 --- a/docs/PredictableNetworkInterfaceNames.moin +++ b/docs/PredictableNetworkInterfaceNames.moin @@ -12,7 +12,7 @@ Another solution that has been implemented is "biosdevname" which tries to find Finally, many distributions support renaming interfaces to user-chosen names (think: "internet0", "dmz0", ...) keyed off their MAC addresses or physical locations as part of their networking scripts. This is a very good choice but does have the problem that it implies that the user is willing and capable of choosing and assigning these names. -We believe it is a good default choice to generalize the scheme pioneered by "biosdevname". Assigning fixed names based on firmware/topology/location information has the big advantage that the names are fully automatic, fully predictable, that they stay fixed even if hardware is added or removed (i.e. no reenumeration takes place) and that broken hardware can be replaced seamlessly. That said, they admittedly are sometimes harder to read that the "eth0" or "wlan0" everybody is used to. Example: enp5s0 +We believe it is a good default choice to generalize the scheme pioneered by "biosdevname". Assigning fixed names based on firmware/topology/location information has the big advantage that the names are fully automatic, fully predictable, that they stay fixed even if hardware is added or removed (i.e. no reenumeration takes place) and that broken hardware can be replaced seamlessly. That said, they admittedly are sometimes harder to read than the "eth0" or "wlan0" everybody is used to. Example: "enp5s0" == What has changed v197 precisely? == |