'enx9cebe80718e1'이라는 알 수 없는 네트워크 인터페이스

'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 주소가 없으며 전원에 연결되어 있지 않을 수도 있습니다. 괜찮아요.

관련 정보