任意の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

2つの問題があると思います。

  • いわゆることは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安定しているようです。

おすすめ記事