我有一个有2个NIC的Ubuntu系统，我想创build一个网桥br0并使用bridge_ports eth0 eth1选项将两个网卡绑定到该网桥。 我也想configuration网桥从本地DHCP服务器获取IP地址。 我想我知道如何做到这一点，但我不知道从DHCP服务器请求IP设置时，网桥将发送哪个MAC地址？ eht0，eth1的MAC地址？ 谢谢，Carsten
我有一个运行在Debian上的DHCP / DNS（ISC Bind 9.6，DHCP 3.1.1）服务器，我想添加DynamicDNSfunction。 我有一个非常简单的问题：DynamicDNS是否需要（或build议）单独的子域？ 我看过一些教程，其中通过DHCP获取IP地址和其他networking信息的客户端与静态configuration的服务器（包括IP和DNS）位于不同的子域。 例如：所有的客户端都在ws.example.org上，而在example.org上的服务器上。 现在我们所有的服务器和客户端都在同一个域（example.org），但分散在不同的区域文件（因为我们有多个子网）。 客户端configuration了DHCP，服务器是静态configuration的。 如果我想为客户端设置DynamicDNS，我应该使用一个单独的子域？ 这里最好的做法是什么（为什么或为什么不这样做不是一个坏主意）？ 谢谢。
简单地说：Mac OS X是否支持RFC3442？ RFC3442实现DHCP代码（121和249），为DHCP客户端提供无类别静态路由。 我似乎只能find大约在2005 – 2008年的相当老的信息，这意味着OS X不支持RFC3442。 最近有什么机会发生了变化，我只是在设置时做错了什么？ 我的轶事testing似乎证实，OS X不支持RFC3442，但我正在寻求确认。 如果OS X仍然不支持RFC3442，那么将静态路由推送到OS X客户端的另一种方法是什么？
据我所知使用命令： netsh dhcp Server serverIP Scope xxxx delete reservedip reservationip macaddress[..] 将删除单个保留的IP，是否也可能删除整个范围（通过netsh）？ 我找不到处理这个问题的语法。 操作系统是Windows Server 2008。 先谢谢你。
我们昨天遇到了一个问题，那就是我们的一台DHCP服务器的某个范围的IP地址不足。 我们扩大了范围的IP地址范围，只是发现它冲击了第二个DHCP服务器的范围，仍然有IP地址可供租用。 假设原来是： DHCP SERVER 1 = 10.10.8.50-150/24 DHCP SERVER 2 = 10.10.8.151-250/24 变化是： DHCP SERVER 1 = 10.10.8.50-200/24 DHCP SERVER 2 = 10.10.8.151-250/24 为什么客户没有被告知“去DHCP SERVER 2并尝试”，我不知道，因为两个DHCP服务器都设置在路由器上进行bootprelay。 所以，长话短说，我最终缩小了DHCP SERVER 2的范围。 最终configuration： DHCP SERVER 1 = 10.10.8.50-200/24 DHCP SERVER 2 = 10.10.8.201-250/24 现在的问题是，在问题出现之前有一些租约的客户现在拒绝获得知识产权。 DHCP服务器日志显示类似于： > 11,07/22/11,08:23:32,Renew,10.10.8.170,DEVICE01.mydomain.local,XXXXXXXXXXX, > 11,07/22/11,08:23:38,Renew,10.10.8.170,DEVICE01.mydomain.local,XXXXXXXXXXX, > 11,07/22/11,08:23:43,Renew,10.10.8.170,DEVICE01.mydomain.local,XXXXXXXXXXX, > 11,07/22/11,08:23:48,Renew,10.10.8.170,DEVICE01.mydomain.local,XXXXXXXXXXX, 客户端到达DHCP服务器，并且一直询问相同的IP，并且DHCP控制台显示该客户端正在获取该IP地址…但客户端却以169私有地址结束。 客户继续反复得到一个IP和日志显示上面…但仍然客户端将不会得到一个IP。 我尝试过重新启动DHCP服务器，重新启动客户端，执行IPCONFIG / […]
我pipe理一个平均有10 – 60个活跃用户的营地无线networking。 我遇到了路由器在没有任何明确的警告（低cpu利用率等）的情况下开始动作（无法分配DHCP或未能通过stream量）的问题。 我升级了路由器几次，最后是一个似乎在处理stream量的Netgear ProSafe VPN路由器。 有趣的是，Netgear的规格比它replace的布法罗路由器要低，说明问题在于DD-WRT固件。 虽然我将在dd-wrt论坛上讨论这个问题，但我需要一种方法来testing路由器。 我的愿景是在局域网侧连接1-2台电脑，在广域网侧连接1-2台电脑。 我想要LAN计算机生成各种types的stream量和连接，以及请求DCHP地址。 一些注意事项： 无线方面应该是一个非问题。 大多数客户端将连接到无线网桥，并通过网线进入路由器。 我有一个监控服务器，Nagios运行check_dhcp对路由器。 这台服务器直接通过网线连接，从等式中消除了无线网桥和其他设备。 这个问题有点相关，但不完全是： 负载testing无线局域网我将看看IxChariot。 尽pipe我最好喜欢使用一台运行Linux的计算机，最好是免费软件，但我可以运行Windows，多台计算机或非自由软件。 总带宽似乎不是问题。 我可以整天传输大文件。 即使在最繁忙的日子，用户似乎只拉〜5Mbps。 “局域网到局域网的stream量”很less，大部分可能永远都不会到达主路由器。 我需要testing的问题似乎与活动用户或更合适的活动会话相关联。 我知道活跃的用户或活跃的客户从路由器的angular度来看是一个毫无意义的术语，并不介意有更合适的术语来使用。 简介：我需要一种方法来testing路由器处理来自大量客户端的stream量的能力。 我目前的策略是购买一台路由器，部署它，看看它在现场环境中的失败。
反向ARP是..好，几乎死了，据我所知？ 互联网成功故事中的一个很好的例子是杀死一个协议？ 近三十年来，它已经被弃用，以支持BOOTP（以及后来的DHCP）。 所以，在PXE启动过程中，即使在通过DHCP获得完美的IP地址之后，我仍然有点惊讶地发现虚拟机无情地通过RARP请求IP地址。 在启动开始时，发送的第一个广播数据包是一个反向ARP数据包，紧接着是一个DHCP广播。 20:31:19.408086 ARP, Reverse Request who-is 00:0c:29:20:fd:ce tell 00:0c:29:20:fd:ce, length 46 20:31:19.441857 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from 00:0c:29:20:fd:ce, length 548 20:31:19.443536 IP 192.168.100.1.67 > 255.255.255.255.68: BOOTP/DHCP, Reply, length 300 显然，它不喜欢这第一个DHCP响应，因为它等待另一个（请注意，我只捕获广播数据包，所以tcpdump没有看到其余的DHCP会话），但不是在发送另外几个RARP请求之前： 20:31:19.935341 ARP, Reverse Request who-is 00:0c:29:20:fd:ce tell 00:0c:29:20:fd:ce, length 46 20:31:20.935426 ARP, Reverse Request who-is 00:0c:29:20:fd:ce tell 00:0c:29:20:fd:ce, length […]
当我在Windows Server 2008 R2的DHCP中运行示波器向导时，向导中的措辞有点令人困惑：似乎意味着我对这个新的作用域的默认网关和DNS服务器进行的更改将应用于所有作用域。 这没有什么意义，但是我想问一下： 新的作用域向导是否可以混淆其他作用域或全局DHCP设置 ？
在PPP的情况下，我们是否允许使用任何IP地址，包括广播和networkingID作为源地址？ 例如： 192.168.1.0, 192.168.1.255 ？ 其中一位客户为PPPconfiguration了一个DHCP池，其地址为192.168.0.1到192.168.1.254 。 （而不是创build两个单独的范围： 192.168.0.1~192.168.0.254, 192.168.1.1~192.168.1.254 ）。 当DHCP向客户端发送192.168.1.0 ，PPP仍然工作。 这让我怀疑他们是否合法使用PPP（是/ 32）？ 我以为是一个networkingID，我们不应该使用这个源地址。 这是因为PPP使用/ 32，因此它不再是networkingID？
下面的情况应该如何工作？ 我在VLAN 101上有一个DHCP服务器，IP为192.168.0.5。 我有另外两个VLAN 102和103，我想分发IP地址10.20.30.40-240，但从不同的范围。 因此，VLAN 102上的客户端可以获得10.20.30.40，而vlan 103上的另一个客户端也可以获得10.20.30.40。 他们的路由不重叠，所以没有第三层的问题。 我将在每个VLAN的防火墙上configurationDHCP IP帮助程序设置，将DHCP通信转发到VLAN 101上的DHCP服务器。 我知道VLAN 102和103中所有客户端的MAC地址，因此我可以使用filter或静态映射将客户端分配给VLAN 102范围或VLAN 103范围。 谢谢！