有哪些工具可用于分配和跟踪正在使用的地址？ 具体而言，我们的问题是，有时候一个虚拟机会使用一个IP，当我们去创build一个新虚拟机时，他们不一定需要进行快速的“肮脏的”pingtesting。 现在有一个Google Spreadsheet，但是我们不可避免地忘了更新它。 它必须是共享的，易于更新。 我应该硬着头皮去使用DHCP服务器吗？
我已经多次注意到：一个开关开始performance奇怪。 通常，如果交换机没有完全失败，那么会发现DHCP不起作用。 我们今天有一个Linksys SRW-224P失败。 仍然连接的系统正常工作，直到需要更新其DHCP租约。 一旦租约到期，他们停止工作，但直到那时我们无法检测到失败。 这包括PoE VoIP电话 – 他们的工作正常，直到他们的租约到了，他们完成。 我已经注意到了上面提到的Linksys，3Com的3种types，还有可能有6个愚蠢的开关。 什么是关于DHCP，使它对交换机故障敏感？
我正在计划在我们的产品上支持局域网的新function。 由于安装是由相对非技术人员完成的（我认为自动检测是否需要提供DHCP服务器，这取决于networking上是否有DHCP服务器）。 有没有官方的方法来检查networking上是否有DHCP服务器（或多个）？ 我们在产品上使用embedded式Linux。
我需要迁移/转换一个DHCP服务器从Linux到活动目录。 目前它在sles9盒子上运行良好。 有136个子网定义和约1200固定地址保留。 如果现有的dhcpd.conf可以编写脚本将会很好…
我想使用主机configuration将在Windows 7笔记本电脑上运行的Linux VM连接到企业networking。 我能够在“仅主机”VMWarenetworking和企业networking之间build立双向路由。 如果我将DNS服务器添加到/etc/resolv.conf和一个默认路由，那么就是完全的双向连接。 stream量在企业networking和主机专网之间stream动，NAT在企业WAN网关后面执行。 但是，开箱即不通过DHCP传递默认路由，并且提供的DNS服务器不起作用。 我有以下拓扑： VM – 192.168.4.3 – 仅主机networking – 192.168.4.1 – 笔记本电脑VMWare主机 – 192.168.1.4 – 企业networking – 192.168.1.1 – WAN网关 – Internet DHCP设置192.168.4.1 （面向主机唯一networking的笔记本电脑接口）作为VM主机上的DNS服务器。 VMWare有一个在NAT模式下正常工作的DNS代理，但是它拒绝在主机模式下工作。 所以我有两个问题： 如何configurationVMWare，以便设置正确的DNS（主机上已知的DNS，例如192.168.1.1 ，工作的VMWare DNS代理或者良好的静态DNS，例如8.8.8.8 / 8.8.4.4 Google Public DNS） 如何configurationVMWare，以便设置适当的默认路由到192.168.4.1 ？
每次启动dhcp服务时，它不仅监听0.0.0.0:67，而且监听0.0.0.0:PORT，其中PORT是一个随机数。 任何人都知道这种行为来自哪里？ root@OpenWrt:/# netstat -ntapue Active Internet connections (servers and established) Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name tcp 0 0 10.0.16.1:22 0.0.0.0:* LISTEN 898/sshd netstat: /proc/net/tcp6: No such file or directory udp 0 0 10.0.16.1:514 0.0.0.0:* 922/syslog-ng udp 0 0 0.0.0.0:60738 0.0.0.0:* 1290/dhcpd udp 0 0 0.0.0.0:67 0.0.0.0:* 1290/dhcpd udp 0 […]
今天我在我的日志文件中看到了这条logging： dhcpd: DHCPDISCOVER from ff:ff:ff:ff:ff:ff via vlan400: network 40.60.100.10/24: no free leases dhcpd: DHCPDISCOVER from ff:ff:ff:ff:ff:ff via vlan300: network 100.100.120.0/24: no free leases 依此类推，在连接到同一个以太网卡em1的所有VLAN上。 我99％确定在这些能够发送DHCP请求的VLAN上没有设备。 另外ff：ff：ff是一个奇怪的MAC。 所以，我的问题是：是不是很糟糕？ 以太网卡或交换机上的一些错误？
多年来，我们一直在使用微软的DHCP服务器。 我们推送给客户端的选项之一是默认网关。 在“范围选项”对话框中显示： 003 Router Array of router addresses ordered by preference 目前我们有2个路由器分配，我们的主要和备份使用不同（较慢）的互联网连接。 在此设置下运行的Windows XP一切正常。 我们最近开始testingWindows 7（RTM）客户端，因为有可能在新操作系统可用时开始部署新操作系统。 问题是它不尊重在DHCP中推送的“首选订单”。 虽然路由表显示它的设置与XP客户端上的路由表一样，但它使用的是第二个网关，而不是第一个网关。 到目前为止，使用第一个网关的唯一方法是手动运行route CHANGE命令，以将第一个网关的度量设置为较低的值。 由于这必须作为一个高级用户来完成，这将是有问题的。 这只是Windows 7中的一个错误，还是有一些其他的DHCP选项，我们无法find，这也会让我们推出每个网关的指标？
到目前为止，我总是使用有线和无线接口configuration笔记本电脑，每个接口都提供了与DHCP不同的IP地址，并且每个IP地址都parsing为不同的主机名。 这一直感到kludgey，但工作。 我们的系统pipe理员做了一个configuration，由于实际原因不起作用，这涉及到链接相同的IP地址到两个不同的MAC地址。 它实际上不工作，因为他们使用的工具这样做，但谷歌search这个configuration告诉我，这实际上可以工作。 我也发现post，指出Windows将不会接受具有相同IP的两个接口。 那么，这里的最佳实践是什么，每种方法的利弊呢？ 在我的情况下，我在笔记本电脑上运行Fedora Linux。 这听起来像使用相同的IP为两个网卡的事实上是一个更好的解决scheme，因为我会有相同的主机名，无论我如何连接。
根据普林斯顿大学（Princeton University）的说法，iPad（也许还有其他的iOS设备）似乎已经出现了DHCP的各种问题，甚至在当前版本（4.3.3）上也存在。 目前的情况是，设备在某些情况下保存（和使用）过期的DHCP租约。 iPad上的iPhone OS 3.2停止续订DHCP租赁，保持使用IP地址 iOS 3.2.1 – 4.0.2经常需要DHCP租约 iOS 4.1 – 4.3.3允许DHCP租约到期，保持使用IP地址 看起来普林斯顿的行动方式是让用户知道他们devise的解决方法，如果问题仍然存在， 他们会禁止他们离开networking。 他们的文章也提到： 严格监视这些问题的站点如果分配的DHCP租约的到期时间超过一个小时，则不太可能遇到问题。 我看到一篇文章（现在很难find），提到configuration你的DHCP服务器ping地址（以确保没有客户声称），然后提供给客户端。 也就是说，这些问题据说已经存在了一年多了，我并没有在这里或Google上看到关于在大中型networking上处理这个问题的很多讨论。 您在networking上遇到过与此相关的任何问题吗？ 如果是这样，你怎么处理它们？