아래 글에 답글 달았습니다
인식할 수 없거나 이해하지 못하는 네트워크 인터페이스가 있습니다.
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는 이제 기본적으로 다음과 같은 다양한 네트워크 인터페이스 명명 체계를 지원합니다.
- 펌웨어/BIOS가 포함된 이름은 온보드 장치의 인덱스 번호를 제공합니다(예: eno1).
- 펌웨어/BIOS에서 제공하는 PCI Express 핫 플러그 슬롯 인덱스 번호가 포함된 이름(예: ens1)
- 하드웨어 커넥터의 물리적/지리적 위치 이름을 포함합니다(예: enp2s0).
- 인터페이스 MAC 주소가 포함된 이름(예: enx78e7d1ea46da)
- 예측할 수 없는 고전적인 커널 기반 ethX 이름 지정(예: eth0)
기본적으로 systemd v197은 이제 정책 1) 펌웨어의 정보가 적용 가능하고 사용 가능한 경우 2) 펌웨어의 정보가 적용 가능하고 사용 가능한 경우 3) 펌웨어의 정보가 적용 가능한 경우 다음으로 대체됩니다. 다른 모든 경우에는 3) ~ 5)로 대체됩니다. 정책 4)는 기본적으로 사용되지 않지만 사용자가 선택하면 사용 가능합니다.
이상하게도 내 허브는 규칙 4를 실행합니다. 왜 그런지 모르겠습니다. 이 작업을 수행한 기억이 없습니다(어떻게 하는지 모르겠습니다!).
편집하다알고 보니 USB 허브가 아닙니다.USB/이더넷 어댑터연결하십시오(네트워크 케이블이 연결되어 있거나 연결되지 않은 상태에서).
동일한 참조에서는 이러한 주소/이름이 재부팅 후에도 안정적이라고 주장합니다(내 것이 허브 연결 해제/다시 연결 처리).일부 불만지속적인 불안정.
다들 감사 해요.
답변2
인터페이스 이름은 일관된 인터페이스 이름 지정이라는 새로운 기능을 사용하여 지정됩니다. 이 인터페이스에는 아무런 문제가 없습니다. IP 주소가 없으며 전원에 연결되어 있지 않을 수도 있습니다. 괜찮아요.