我在当地的港口设置了一个热点。 我遇到了一个问题，我的设置。 创build热点连接的接入点是UBNT的户外长距离天线。 距离最近的路由器到天线最佳位置的距离为1km。 这不是直接露天：/ 我设法让它与UBNT的AirMax合作。 我的设置看起来像这样： 192.168.1.1 – 我的路由器 192.168.1.30 – 我的第一个AirMax天线（桥接模式）。 创build一个名为CARRIERONE的networking 192.168.1.31 – 连接CARRIERONE的无线电台。 192.168.1.40 – 我的第二个AirMax天线（从点3的桥模式）。 创buildCARRIERTWO。 192.168.1.41 – 连接到CARRIERTWO的无线站。 192.168.1.50 – 创build热点的接入点（桥接模式。从点5开始的networking） 这就像一个魅力，除了连接到热点的计算机不会获得dynamic的IP。 用户必须分配静态IP。 我已经尝试了相同的设置，只有两个链接（尽pipebuild筑物的链接质量bc非常差），然后客户端分配了dynamicIP。 我已经设法通过将接入点设置为路由器来解决这个问题。 但是我们有扩大networking的计划，并且真的想把所有东西都放在网桥模式下。 为什么当我们使用3个链接时，而不是当我们使用5个链接？ 设置完全相同，除了IP。 这是一个正常的问题？ 我是否需要特殊的设备，或者当桥梁太多时，可能是无法pipe理IP的路由器？
我正在configuration一个新的Server 2008 R2域控制器在我们的环境中，并有一个关于DHCP的问题。 在相同的子网上有两台DHCP服务器是否安全？ 我从2003服务器备份了dhcpconfiguration并将其移到了2008服务器上。 我想要做的是激活新的服务器，并让他们都运行，直到我确定新的DHCP服务器工作正常。
我有以下问题。 我无法使用DHCP获取IP地址。 我在一台连接到1000Mb LAN的机顶盒上安装了一个10 / 100Mb适配器。 当我启动机顶盒时，它从DHCP服务器获得IP。 但是当我禁用以太网接口使用 ifconfig eth0 down 离开它约10分钟，并重新启用它 ifconfig eth0 up 它没有得到一个IP。 机顶盒的操作系统是内核为2.6.22.19的Linux-MIPSEL，udhcpc应用程序用于从DHCP获取IP。 udhcpc应用程序正如我所见，正确启动。 我也使用tcpdump来查看包交易。 我使用的命令如下： tcpdump -lenx -i eth0 -l -vvv port bootps or port bootpc 来自tcpdump的日志显示它发送了一个Discover包，但是我没有收到来自DHCP服务器的任何响应。 来自服务器的日志文件显示服务器正在发送一个Offer，但是我没有收到这个包。 由于我不是networking专家，你能提出什么问题吗？ 难道是我有一个10 / 100Mb适配器到1000Mb的局域网吗？ 或者可能是别的东西？ PS：我也用一个10 / 100Mb交换机连接到局域网，但我得到同样的问题。 更新1：作为dhcp客户端使用udhcpc后，我想尝试其他的东西。 所以我安装了一个networkingpipe理员ConnMan ，并拥有自己的DHCP客户端。 不幸的是，我有一个类似的结果，而不是没有获得IP，我得到的APIPA地址是类似的没有得到一个IP。 我开始想，也许这个sorting有些事情要做 更新2：对于延迟抱歉，我已经testing了一些家庭路由器，如Cisco-Linksys E1500的机顶盒，并没有问题。 我也有关于局域网的更多信息。 DHCP服务器和机顶盒之间有一个交换机，带有硬件版本00.00.01的Netgear GS724TS，引导版本1.0.0.07和软件版本V3.1.0.1。 正如我在交换机的Web界面的监视器部分所见，即使我select了日志filter中的debugging，也没有太多的信息。
Windows正在为（10.0.0.138 – 这是我的网关）的网关添加一个本地地址（10.0.0.90 – 我的文件服务器）的路由，网关只有一个100Mbs的链接，所以我所有的文件服务器绑定的stream量正在减less100mbs，如果我拔掉网关，它跳回到1000mbs。 文件服务器也可以作为DHCP（isc）服务器（我使用IET和iPXE从iSCSI启动）。 此外，具有奇怪路由的机器通过dhcp进行configuration。
以下是我支持的环境的简要概述：我们有一个拥有大约20台客户端计算机的域（域A）。 该域的域服务器和所有客户端位于较大域（域B）的networking基础结构内。 所有的计算机通过DHCP从域B的服务器获得他们的networking设置。 我无法控制，也无法更改与域B有关的任何内容。 我的问题是，目前为了让我的域（域A）客户端能够parsing域服务器和它的共享，他们的DNS服务器IP地址设置为域A的域服务器（通过默认的GPO）。 不幸的是，当一台笔记本电脑（Windows和Mac）被带回家时，他们仍然在寻找域名服务器作为他们的DNS服务器，显然无法在我们的环境之外正确访问互联网。 理想情况下，我需要一种解决scheme，在办公室内部使用域名A的域名服务器作为他们的DNS，并使用DHCP服务器在办公室以外使用的DNS服务器。 但是，由于我无法控制办公室的DHCP服务器，我不知道这是如何实现的。 任何人都可以提供的帮助和build议是高度赞赏。 谢谢，哈利 PS我试图find的解决scheme需要不需要用户的参与。
我有Windows 2008 R2。 我们的networking上有三类设备 – IP电话，手持设备（WM5和6）以及其他一切设备（计算机，打印机，服务器）。 我使用了2台Cisco Catalyst交换机，并将所有内容都放在一个VLAN中。 我们的IP电话也是思科。 我想创build三个子网来处理这三种不同类别的设备。 我有一个Windows 2008 DHCP服务器的远程站点，我想configuration。 设置这个最好的方法是什么？ 谢谢你的帮助！
我有一个Windows Server 2008 R2 SP1域控制器。 我在这台服务器上安装了AD，DHCP和DNSangular色。 我今天注意到在我的IPv4设置上有一个警告标志，但没有在我的IPv6设置上。 有人可以告诉我这是什么意思，还有什么是解决这个问题的正确方法
所以我正在为KVM虚拟机运行一个开发服务器。 我有一个在主机节点上运行的本地DHCP服务器，具有以下configuration： 的/etc/dhcp/dhcpd.conf ddns-update-style none; default-lease-time 600; max-lease-time 7200; log-facility local7; option rfc3442-classless-static-routes code 121 = array of integer 8; option ms-classless-static-routes code 249 = array of integer 8; subnet xxx.xxx.x.0 netmask 255.255.255.0 { range xxx.xxx.x.2 xxx.xxx.x.127; option routers xxx.xxx.x.1; option broadcast-address xxx.xxx.x.255; option domain-name-servers 8.8.8.8; option netbios-name-servers 8.8.8.8; default-lease-time 86400; max-lease-time 86400; option rfc3442-classless-static-routes […]
当我命令互联网连接工作，他们扔了一个“奖金”路由器。 这是一个2线网关“我们可以塞进一个盒子里的每种服务”types的东西。 这不是我喜欢的工作，但是看到我的公司预算有限，我可以使用最less的成本。 现在，事情工作正常，我想要它（一个PPPoE设备/路由器/网关），但它引发了一些额外的function，我不喜欢。 最具体地说，它包括一个DHCP服务器，并且不允许所述服务器的任何configuration。 我想在我的一个实际的服务器上运行DHCP服务，所以我可以精细地控制所有的东西（特别是我想做基于MAC地址的静态分配，这个东西甚至不让我select什么范围使用）。 如果我把dhcpd服务器和网关的内置DHCP服务一起设置的话，我的理解是它们会互相冲突，以几乎随机的方式抛出IP，这显然是不好的。 我在这里有什么select？ 没有办法禁用网关的DHCPfunction（好吧，但是，它也禁用PPPoE，把事情变成光荣的镇纸）。 到目前为止，我有两个想法： 以某种方式使用我的交换机（托pipe惠普procurve）从网关的端口隔离到另一个VLAN。 我甚至不确定这是否可能。 我知道这样做会阻止DHCP请求到达网关（因为我记得DHCP请求是广播，这将不会跨越到其他VLAN），但它是有效的一个局域网的网关在一个单独的局域网？ 买一个真正的DSL调制解调器，并得到一些Linksys路由器，将支持DD-WRT或一些其他固件，允许很好的定制。 然而，这需要花钱，我需要尽可能节约资金。 有没有人有更优雅的解决scheme？ 我search了一下，发现了一些类似的问题，但是他们似乎都在故意使用多个DHCP服务器，而且对于我的问题没有任何好的解决scheme。
我知道有很多解决scheme可以缓解DHCP饥饿攻击。 但是，真正简单的解决办法不是设置DHCP地址池为1.1.1.1 – 254.254.254.254（或其他一些非常大的池），以便恶意实体在实际时间范围内不能饿死整个池。 为什么没有这样做？ 考虑在无线networking的情况下，没有encryption和没有身份validation（典型的免费公共无线热点）。