你可以在Android设备上做什么：

networking工具可以做traceroute。

ipconfig会向您显示比标准菜单更多的networking设置（如网关和租期）。

看看这些设置是决定DHCP是否发出正确的信息。

如果看起来设备确实拥有所有正确的信息（与手动应用相同，并且工作正常），请执行traceroute并查看是否显示设备正在执行的操作。

你可以在DHCP服务器上做什么：

在DHCPpipe理器中，右键单击IPv4 ，select“ Properties ，然后转到“ Advanced选项卡。 您应该看到一个审计日志文件path，默认为%WinDir%\system32\dhcp 。

在那个文件夹中，你应该有详细的日志，每周的一天。 这应该可以帮助您确定特定请求中发生了什么。

在事件查看器中，浏览到Applications and Services Logs > Microsoft > Windows > DHCP-Server 。 这里的日志显示与特定的MAC地址和请求相关的错误，可能会有所帮助。

在DHCPpipe理程序中，在IPv4下，选中Filters和Policies ，查看是否有可能排除Android设备（或任何其他看起来有趣的设置）的设置。 例如，所有的Android设备都有一个以Android开头的主机名，所以你可以创build一个策略，为任何客户端提供一个以Android开始的FQDN，一个不同的路由器。

你有没有公布所有的DHCP选项（全局和范围）？

我具有相同的设置，使用作为DNS服务器，DHCP服务器和域控制器运行的Windows Server 2012 R2单元。

在我们切换到域名之前，两个办公室使用的Android平板电脑在传统networking（正常路由器作为DHCP服务器，ISP DNS）运行良好。 我尝试了一堆不同的东西，但唯一的解决办法是做到以下几点：

1. 打开服务器上的DCHP服务器MMC。
2. 在IPv4分支下，右键单击“预订”。
3. 为每个Android设备创build一个静态IP（与您的IP结构一致）（如果已经连接到networking，您可以轻松地从每个设备获取MAC – 它们将显示在地址租赁列表中）
4. 在每台设备上，修改DNS（在WiFinetworking上单击/保持>修改>将DHCP更改为“静态”，input分配的IP，然后向下滚动并添加8.8.4.4（或任何其他公用的）作为辅助DNS服务器）。
5. 重新连接到networking以刷新设置。

我现在有三个设备正在处理这个变化。 有点痛苦，但一旦完成，它将保持设置，作为奖励，它可以让你的DHCP池清洁，而不需要从设备中拉出。