☰

「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

結論として これは、デバイスのMACアドレスを使用する私のシステムのUSB3ハブインターフェイスのようです。

sudo udevadm info -q all -p /sys/class/net/enx9cebe80718e1とても便利です（@telcoMに感謝します）。

systemd私はこの混乱が/に関連していると思いますudev。 （以前のインストール（Lubuntu）はこの方法では表示されません。）

以下は@Debian_yadavの答えを参照してください。LinuxシステムのイーサネットおよびWi-Fiインターフェースの標準命名規則私が見つけたsystemd および予測可能なネットワークインタフェース名の freedesktop.org エントリ。

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アドレスがなく、電源に接続されていない可能性があります。大丈夫です。

関連情報