interface de rede desconhecida chamada “enx9cebe80718e1” [duplicado]

Question

Respondido na postagem abaixo

Eu tenho uma interface de rede que não reconheço nem compreendo.

ip a s fornece a seguinte saída (higienizada):

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

A saída relevante de ifconfig (que eu instalei para familiaridade) é:

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

O tráfego está acontecendo, mas é pequeno.

A minha compreensão das redes é quase nula, mas, no entanto, todas as interfaces que tenho visto são curtas, por ex. wlp2s0 .

Minha pergunta é: o que é enx9cebe80718e1 ? E onde está a entrada para 3: ?

sistema e plano de fundo:

• Lubuntu 18.04 (reinstalação recente devido a hack confirmado) em um Dell XPS13 L321x.
• Ligação à Internet através de a) hotspot do telefone Android (agora), b) dongle sem fio 4G (última fornight)
• wireguard está normalmente ativado, mas não foi para as informações fornecidas neste post
• rkhunter há pouco tempo deu um atestado de saúde, mas eu não atualizar regularmente.
• ufw está ativado. (Assim também é fail2ban )

Answer 1

Conclusão Parece que esta é a interface do meu sistema para um hub usb3 que eu tenho, usando o endereço MAC do dispositivo.

sudo udevadm info -q all -p /sys/class/net/enx9cebe80718e1 foi muito útil (obrigado @telcoM).

Eu acredito que essa confusão tenha algo a ver com systemd / udev . (Instalações anteriores (Lubuntu) não se apresentaram assim.)

Seguindo a referência na resposta do @ Debian_yadav, Padrão de convenções de nomenclatura para interfaces Ethernet e Wi-Fi em máquinas Linux Eu encontrei o freedesktop. a entrada da organização no systemd e nos nomes da interface de rede previsível .

With systemd 197 we have added native support for a number of different naming policies into systemd/udevd proper and made a scheme similar to biosdevname's (but generally more powerful, and closer to kernel-internal device identification schemes) the default. The following different naming schemes for network interfaces are now supported by udev natively:

1. Names incorporating Firmware/BIOS provided index numbers for on-board devices (example: eno1)
2. Names incorporating Firmware/BIOS provided PCI Express hotplug slot index numbers (example: ens1)
3. Names incorporating physical/geographical location of the connector of the hardware (example: enp2s0)
4. Names incorporating the interfaces's MAC address (example: enx78e7d1ea46da)
5. Classic, unpredictable kernel-native ethX naming (example: eth0)

By default, systemd v197 will now name interfaces following policy 1) if that information from the firmware is applicable and available, falling back to 2) if that information from the firmware is applicable and available, falling back to 3) if applicable, falling back to 5) in all other cases. Policy 4) is not used by default, but is available if the user chooses so.

Estranhamente, meu hub aciona a regra 4. Não sei por que - não me lembro de fazer isso (não sei como!).

EDIT acontece que não é o hub usb, é o adaptador USB / ethernet conectado a ele (com ou sem um cabo de rede conectado).

A mesma referência afirma que esses endereços / nomes são estáveis durante as reinicializações (o meu tratou um un / / re-plugging do hub), mas note alguns reclamam de instabilidade persistente.

Obrigado a todos.

    

Answer 2

Essa interface é nomeada usando o novo recurso chamado "nomeação de interface consistente". Não há nada de errado com essa interface. Ele não tem um endereço IP, talvez nem esteja conectado. Não se preocupe.