임의의 MAC을 사용하여 Android USB 네트워크 공유의 udev 이름 변경 비활성화

임의의 MAC을 사용하여 Android USB 네트워크 공유의 udev 이름 변경 비활성화

USB에 연결된 기존 Android 휴대폰을 통해 4G 장애 조치를 수행했습니다.

이것은 인터페이스로 작동하는 것을 발견합니다 usb0.

Debian 12로 업그레이드한 이후 장치 이름은 연결할 때마다 달라지는 완전히 임의의 이름으로 변경되었습니다. 이로 인해 /etc/network/interfaces내 스크립트가 엉망이 되었습니다 iptables.

# grep -a renamed  /var/log/syslog
2023-06-27T11:30:09.891759+01:00 calleva kernel: [    1.117331] r8169 0000:02:00.0 enp2s0: renamed from eth0
2023-06-27T11:30:09.891773+01:00 calleva kernel: [    1.144188] r8169 0000:03:00.0 enp3s0: renamed from eth1
2023-06-27T11:30:09.891903+01:00 calleva kernel: [    2.997299] rndis_host 2-1.6:1.0 enx720b8e586e43: renamed from usb0
2023-06-27T11:30:09.892058+01:00 calleva kernel: [    5.010330] rt2800pci 0000:01:00.0 wlp1s0: renamed from wlan0
2023-06-27T11:30:09.892071+01:00 calleva kernel: [    5.325336] rtl8192cu 1-1.4:1.0 wlx08beac0a6c1d: renamed from wlan0
2023-06-27T12:27:13.975350+01:00 calleva kernel: [ 3429.810797] rndis_host 2-1.6:1.0 enx9657a45d9349: renamed from usb0
2023-06-29T22:24:16.219329+01:00 calleva kernel: [212048.668218] rndis_host 2-1.6:1.0 enx5edf49046a6d: renamed from usb0
2023-06-29T22:27:16.975407+01:00 calleva kernel: [212229.420430] rndis_host 2-1.6:1.0 enxea7010e4b5e5: renamed from usb0
2023-06-29T22:53:13.186625+01:00 calleva kernel: [213785.614002] rndis_host 2-1.6:1.0 enx76f12e43a7a6: renamed from usb0

두 가지 문제가 있는 것 같아요

  • 소위 말하는 것은 udev사물의 이름을 바꾸는 것입니다.
  • Android 휴대폰은 "보안" 문제로 인해 임의의 MAC을 생성합니다.

전화기에는 사용할 수 있는 설정이 없습니다. 그렇다면 udev이 말도 안되는 일을 멈추기 위해 무엇을 할 수 있습니까?

/etc/network/interfaces이 작업을 수행할 때: 편집 후에 인터페이스가 대신 ifup로 이동하는 것을 확인했습니다 . 무슨 일이 일어나고 있나요? !UNKNOWNUP

enx76f12e43a7a6: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UNKNOWN group default qlen 1000

추가해 보세요

SUBSYSTEM=="net", ACTION=="add", ATTRS{product}=="XT1700", NAME="hp"

`/etc/udev/rules.d의 새 파일에

답변1

포함된 파일을 이동했습니다.

SUBSYSTEM=="net", ACTION=="add", ATTRS{product}=="XT1700", NAME="hp"

에서부터 ./etc/udev/rules.d/hp/etc/udev/rules.d/99-persistent-net.rules(파일 이름이 "잘못"이면 작동하지 않을 것 같습니다. 젠장 알겠습니다.)

# udevadm control --reload-rules
# udevadm trigger

장치를 다시 연결하고 이제 인터페이스를 호출하면 hp안정적인 것 같습니다.

관련 정보