☰

名为“enx9cebe80718e1”的未知网络接口

tag-icon • tag-icon networking network-interface lubuntu
名为“enx9cebe80718e1”的未知网络接口

已在下面帖子中回复

我有一个我无法识别或理解的网络接口。

ip a s提供以下（已清理的）输出：

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: wlp2s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether xx:xx:xx:xx:xx:xx brd ff:ff:ff:ff:ff:ff
    inet 192.xxx.xx.xxx/xx brd 192.xxx.xx. scope global dynamic noprefixroute wlp2s0
       valid_lft 2347sec preferred_lft 2347sec
    inet6 xxxx::xxxx:xxxx:xxxx:xxxx/xx scope link noprefixroute 
       valid_lft forever preferred_lft forever
4: enx9cebe80718e1: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc fq_codel state DOWN group default qlen 1000
    link/ether xx:xx:xx:xx:xx:x brd ff:ff:ff:ff:ff:ff

相关输出ifconfig（我为了熟悉而安装）是：

enx9cebe80718e1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        ether xx:xx:xx:xx:xx:xx  txqueuelen 1000  (Ethernet)
        RX packets 138  bytes 30067 (30.0 KB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 573  bytes 98070 (98.0 KB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

交通正在发生，但规模很小。

我对网络的理解几乎是一无所知，但是尽管如此，我见过的所有接口都很短，例如wlp2s0。

我的问题是，什么是enx9cebe80718e1？的入口在哪里3:？

系统及背景：

  • Dell XPS13 L321x 上的 Lubuntu 18.04（由于已确认的黑客攻击，最近重新安装）。
  • 通过 a) Android 手机的热点（现在）、b) 无线 4G 适配器（昨晚）进行互联网连接
  • wireguard通常是打开的，但不是为了这篇文章中提供的信息
  • rkhunter不久前给出了健康证明，但我不定期更新。
  • ufw已启用。 （也是如此fail2ban）

答案1

结论 似乎这是我的系统的 USB3 集线器接口，使用设备的 MAC 地址。

sudo udevadm info -q all -p /sys/class/net/enx9cebe80718e1非常有用（感谢@telcoM）。

systemd我相信这种混乱与/有关udev。 （以前的安装（Lubuntu）不会这样显示。）

以下参考@Debian_yadav 的答案，Linux 机器上以太网和 Wi-Fi 接口的命名约定标准我发现freedesktop.org 关于 systemd 和可预测网络接口名称的条目。

在 systemd 197 中，我们在 systemd/udevd 中添加了对许多不同命名策略的本机支持，并将类似于 biosdevname 的方案（但通常更强大，更接近内核内部设备识别方案）作为默认方案。 udev 现在原生支持以下不同的网络接口命名方案：

  1. 包含固件/BIOS 的名称为板载设备提供索引号（例如：eno1）
  2. 包含固件/BIOS 提供的 PCI Express 热插拔插槽索引号的名称（示例：ens1）
  3. 包含硬件连接器的物理/地理位置的名称（例如：enp2s0）
  4. 包含接口 MAC 地址的名称（例如：enx78e7d1ea46da）
  5. 经典的、不可预测的内核原生 ethX 命名（示例：eth0）

默认情况下，systemd v197 现在将按照策略 1) 如果固件中的信息适用且可用，则回退到 2) 如果固件中的信息适用且可用，则回退到 3) 如果适用，则回退到 3)至 5) 在所有其他情况下。默认情况下不使用策略 4)，但如果用户选择则可用。

奇怪的是，我的集线器触发了规则 4。我不知道为什么 - 我不记得这样做过（我不知道怎么做！）。

编辑事实证明它不是 USB 集线器，而是USB/以太网适配器插入它（无论是否连接了网络电缆）。

相同的参考文献声称这些地址/名称在重新启动后是稳定的（我的处理了集线器的拔出/重新插入），但请注意有些抱怨挥之不去的不稳定。

谢谢大家。

答案2

该接口使用称为“一致接口命名”的新功能来命名。这个界面没有什么问题。它没有 IP 地址，可能甚至没有插入电源。不用担心。

相关内容