不可以；据我所知，Linux 内核usbip模块唯一兼容的另一端是 Windows，以及 Linux 内核内的模块，而这些都无法在 ESP32 上运行。甚至在常见问题解答中也有说明：
您的 USB/IP 实现是否与其他类似产品兼容？
目前没有。
您需要一些可以运行 Linux 的东西，比如微芯片、瑞芯微的系统模块，或者某种支持 Linux 的 SoC 板（比如树莓派等）。
但说实话，USB-over-IP，尤其是 USB-over-IP-over-Wifi（考虑到您提到了 ESP32）在几乎所有情况下都是错误的选择。USB 是一种物理层上非常“乒乓”的协议。这意味着有很多小数据包，每个数据包都必须由主机请求。这会消耗大量带宽和电量，如果与 USB 设备通信的驱动程序预期最大延迟是良性的，否则会假设出现故障，这会使高延迟网络上的 USB 变得难以忍受的缓慢，甚至不可能。
换句话说，无论您尝试什么，网络对于 USB 来说都不是透明的传输。
更明智的做法是让低功耗远程设备实际充当 USB 主机角色，与设备通信，然后仅通过适合网络的协议提供此设备提供的服务。例如，如果您想插入 USB 存储设备，请让低功耗设备运行 SFTP（ssh）、SMB/CIFS 或 NFS 服务器。如果您想插入打印机，请让它运行打印服务器；如果您想插入扫描仪，请让它运行扫描仪服务器；如果您想插入声音适配器，请让它运行声音服务器，等等。这样，您就可以使用具有适当大小的数据包的网络（每个数据包都有很高的开销），限制吞吐量的延迟不是两个 USB 堆栈之间的延迟加上网络加上实际的 USB 延迟，而只是一个 USB 堆栈和设备之间的延迟。
不可以；据我所知，Linux 内核
usbip模块唯一兼容的另一端是 Windows，以及 Linux 内核内的模块，而这些都无法在 ESP32 上运行。甚至在常见问题解答中也有说明：您需要一些可以运行 Linux 的东西，比如微芯片、瑞芯微的系统模块，或者某种支持 Linux 的 SoC 板（比如树莓派等）。
但说实话，USB-over-IP，尤其是 USB-over-IP-over-Wifi（考虑到您提到了 ESP32）在几乎所有情况下都是错误的选择。USB 是一种物理层上非常“乒乓”的协议。这意味着有很多小数据包，每个数据包都必须由主机请求。这会消耗大量带宽和电量，如果与 USB 设备通信的驱动程序预期最大延迟是良性的，否则会假设出现故障，这会使高延迟网络上的 USB 变得难以忍受的缓慢，甚至不可能。
换句话说，无论您尝试什么，网络对于 USB 来说都不是透明的传输。
更明智的做法是让低功耗远程设备实际充当 USB 主机角色，与设备通信，然后仅通过适合网络的协议提供此设备提供的服务。例如，如果您想插入 USB 存储设备，请让低功耗设备运行 SFTP（ssh）、SMB/CIFS 或 NFS 服务器。如果您想插入打印机，请让它运行打印服务器；如果您想插入扫描仪，请让它运行扫描仪服务器；如果您想插入声音适配器，请让它运行声音服务器，等等。这样，您就可以使用具有适当大小的数据包的网络（每个数据包都有很高的开销），限制吞吐量的延迟不是两个 USB 堆栈之间的延迟加上网络加上实际的 USB 延迟，而只是一个 USB 堆栈和设备之间的延迟。
这需要的资源要少得多。对于其中一些问题，实际上存在针对微控制器的参考实现，您可以将其移植到特定的 ESP32。
ESP32有一个概念验证。它应该可以与 HID 等简单设备配合使用。