Android USB Ethernet 共享：RNDIS 与 CDC 驱动兼容性陷阱及老旧设备桥接方案

当需要为没有 WiFi 功能的老旧设备（如工业控制器、嵌入式开发板、旧款台式机）提供网络接入时，Android 手机的 USB Ethernet 共享功能似乎是一个便捷的桥接方案。然而，在实际操作中，用户经常会遇到设备连接后无法识别网络、设置界面灰色不可用的情况。这一问题的根源并非硬件故障，而是 Android 系统在 USB 网络协议支持上的设计取舍。

协议分歧：RNDIS 与 CDC Ethernet 的技术背景

USB 网络设备主要通过两种协议标准与主机通信。RNDIS（Remote Network Driver Interface Specification）是微软主导的标准，Windows 系统原生支持，Android 也将其作为 USB 网络共享的默认实现。CDC Ethernet（Communication Device Class Ethernet）则是 USB 官方标准，包含 ECM（Ethernet Control Model）、EEM（Ethernet Emulation Model）和 NCM（Network Control Model）三种子协议，Linux 内核对此有完整的驱动支持。

理论上，基于 Linux 内核的 Android 应该能很好地支持 CDC Ethernet 设备。然而实际情况是，当用户将 CDC Ethernet 设备（如配置为 Ethernet Gadget 的 Raspberry Pi Zero、或某些 USB 转以太网适配器）连接到 Android 手机时，系统设置中的 "Ethernet" 选项往往保持灰色，无法启用。

根源定位：接口命名硬编码的陷阱

通过 ADB 调试可以发现，Linux 内核实际上已经正确识别了 USB 设备。在 /sys/class/net 目录下能看到 usb0 接口，使用 ifconfig 查看显示驱动为 cdc_ether 或 cdc_ncm，接口状态正常。但 Android 系统的网络管理服务却对这个接口视而不见。

问题的核心在于 Android 的 EthernetTracker 服务。该服务负责监听内核网络接口事件并管理以太网配置，其代码中通过正则表达式过滤需要管理的接口：

private boolean isValidEthernetInterface(String iface) {
    return iface.matches(mIfaceMatch) || isValidTestInterface(iface);
}

这个正则表达式的值来自系统配置项 config_ethernet_iface_regex，在 Android 源码的 frameworks/base/core/res/res/values/config.xml 中定义为 eth\d，即只匹配以 "eth" 开头、后跟数字的接口名。

CDC Ethernet 驱动在 Linux 中创建的接口命名为 usb0、usb1 等，与 eth\d 模式不匹配，因此被 EthernetTracker 忽略。这就是 CDC Ethernet 设备在 Android 上 "有驱动但无服务" 的根本原因。

诊断流程：验证设备兼容性

在尝试为老旧设备搭建桥接前，建议先验证 Android 手机对 USB Ethernet 的支持情况：

1. 检查内核配置：通过 ADB 执行 zcat /proc/config.gz | grep USB_NET，查看是否包含 CONFIG_USB_NET_CDCETHER=y 或 CONFIG_USB_NET_CDC_NCM=y 等配置。如果显示为 =m，表示驱动以模块形式存在，可能需要手动加载。

2. 验证接口识别：连接 USB Ethernet 设备后，执行 ls /sys/class/net，观察是否出现 usb0 或 eth0 等新接口。

3. 确认驱动绑定：使用 ifconfig usb0 或 cat /sys/class/net/usb0/device/driver 查看驱动类型，确认是 cdc_ether、cdc_ncm 还是芯片专用驱动（如 ax88179_178a）。

如果接口名称为 ethX 且设置界面可用，说明设备使用了芯片专用驱动而非 CDC 标准驱动，兼容性良好。如果接口为 usbX 但设置界面灰色，则确认遇到了 CDC 命名问题。

桥接方案：三种可行路径

针对老旧设备的网络桥接需求，根据技术能力和设备条件，可选择以下方案：

方案一：选用 ethX 命名接口的 USB 网卡

部分 USB 转以太网适配器使用芯片专用驱动而非 CDC 标准驱动，这些驱动通常将接口命名为 eth0。常见兼容芯片包括：

• ASIX AX88179/AX88178A（驱动 ax88179_178a）
• ASIX AX88772（驱动 ax88772）
• SMSC LAN95xx 系列（驱动 smsc95xx）

购买前可通过 grep USB_NET 查看手机内核配置确认驱动支持，或参考厂商配件列表选择经过验证的型号。

方案二：Root 后修改接口正则

对于已 Root 的设备，可以修改 config_ethernet_iface_regex 的值，将模式扩展为 (eth|usb)\d，使 EthernetTracker 同时识别 ethX 和 usbX 接口。修改路径为：

• /system/framework/framework-res.apk 中的 res/values/config.xml（Android 12 及以下）
• /system_ext/overlay/ 或相关资源路径（Android 13+，因 GKI 架构变化）

修改后需重启系统服务或整机重启生效。

方案三：改用 RNDIS 协议设备

如果目标设备支持 RNDIS（如 Windows 主机、部分 Linux 系统），可将 Android 配置为 RNDIS 模式进行 USB 共享。这是 Android 原生支持最完善的模式，无需额外配置即可工作。对于作为客户端的老旧设备，可考虑使用支持 RNDIS 的 USB 网卡，或在设备端加载 RNDIS 驱动。

实践建议：芯片选型与兼容性清单

在采购 USB Ethernet 适配器用于 Android 桥接时，建议遵循以下检查清单：

对于需要长期稳定运行的工业场景，建议优先选择芯片专用驱动（ethX 命名）的适配器，避免 CDC 标准设备的识别不确定性。同时注意 Android 的 EthernetTracker 设计仅监控单一接口，多网卡场景下可能需要额外的网络管理策略。

资料来源

• Jordan Webb, "Why Android can't use CDC Ethernet", jordemort.dev, 2023
• /e/OS Community, "CDC Ethernet tethering via USB", community.e.foundation, 2023

systems