我通过以太网连接到路由器，路由器通过 dhcp 为我提供 IP。我想通过笔记本电脑的 wifi 将真实路由器的 dhcp 共享给周围的设备。我的计划是桥接以太网和 wifi，使用 Windows 的 dhcp 客户端（到目前为止有效）获取此桥接的 ip，然后通过桥接的 wifi 接口将 dhcp 服务器的访问“转发”到能够成功连接到机器热点的任何设备。
问题是 - 热点的 dhcp 服务器阻止了我希望使用此桥共享的原始路由器的 dhcp 访问。
所以我的计划是禁用 Windows 热点的 dhcp 服务器，从而允许路由器的 dhcp 服务器被热点 wifi 连接的设备访问。
找不到如何做到这一点，有没有简单的方法可以实现这一点？
编辑（一些附加信息）：我从真实路由器获得的 IP 范围是 10.0.0.x，我共享的 Windows 热点的 IP 范围是 192.168.137.x。通过成功禁用 Windows 热点的内置 dhcp 服务器，我希望由于桥接，10.0.0.x 动态分配范围可以通过 wifi 访问。我知道我可能可以将我的 wifi 设备上的 IP 静态编辑为 10.0.0.x，但我根本不想做静态工作，我希望它能够动态工作。
编辑 2（更多附加信息，这反向工作）：我可以轻松实现我想要完成的逆转；如果我在我的 android 设备中创建一个热点，将 windows wifi 连接到它，将 wifi 桥接到以太网，并将以太网连接到交换机，那么连接到该交换机的所有设备都可以访问 android 热点的 dhcp 服务器，并获得分配的 ip 并通过该热点访问互联网，所以我知道这在那个方向上是有效的，我试图完成的只是这个工作方向的逆转
编辑3：
反向 ( hotspot<-->wifi[dev0]--bridge--ethernet[dev0]-->switch--ethernet[dev1]) 仅当此桥接组合仅存在于网络中的一台机器上时才有效，这意味着如果我碰巧有两台具有 wifi-以太网桥接组合的机器，那么它们会相互抵消并且都不起作用。
答案1
只是为了纠正一个误解——桥接器不可能请求 IP 并将其转发给客户端。只有客户端可以请求它。
按照这讨论在 Windows 上无法将 Wi-Fi 桥接到以太网。
根据这Microsoft 支持问题您可以通过将静态 IP 寻址应用于桥接适配器和客户端来实现这一点。
我认为尝试这样做会不必要地使事情复杂化。如果 ICS 配置正确，它将NAT来自 Wi-Fi 客户端的流量。它们应该能够访问所有可用的网络资源，包括互联网。互联网中的客户端流量将再次由路由器进行 NAT，但这不会造成问题。通常，只有当需要端口转发以便可以从互联网访问客户端提供的资源时，双 NAT 才会出现问题。
通过有线连接共享 Wi-Fi 互联网连接与反向连接不同。有线 NIC 充当被动设备。它没有 IP 地址，只有 Wi-Fi 适配器才有。这就是桥接。反过来，Wi-Fi 适配器必然是一个主动接口，因为它处理客户端关联，而有线连接根本不存在这种关联。
按照 Microsoft 支持人员的描述更改 IP 地址会禁用 ICS DHCP 服务。但是仍然需要静态 IP 地址。这意味着从 Wi-Fi 到有线 ICS 的 ICS 不会桥交通，它路线它。今天我在谷歌上搜索时发现另一种可能的方法禁用 DHCP，但我怀疑这还需要客户端的静态 IP。
您尝试将 Windows 系统用作被动 AP。概念上的一个显著差异是 AP 无线电没有 IP；AP 无线电和客户端之间的所有通信都发生在第 2 层。因此，您可以尝试完全禁用 Wi-Fi 接口的 IP 寻址，然后创建桥接。我不知道这是否可行；可能是因为 Windows 只允许单向桥接。