就目前而言，我们的SonicWall控制DHCP租赁。 我们有一堆networking对象，需要保持静态（我计划在晚些时候将networking转换为静态），但是我需要在此期间进行修复。 由于SonicWall没有像Windows一样的DHCP预留选项，我是否可以手动分配一个永久地址，并有这个工作？ 即使在重新启动并重新启动后，手动寻址的设备是否还可以？
我有一个在RHEL 6.6上运行的DHCP服务器。 我理解这个过程（有点），涉及到谈判如何从协议的angular度来build立租约。 1 – DHCPDISCOVER消息。 2- DHCPOFFER，3- DHCPREQUEST和4- DHCPACK。 但是，当您在日志中看到以下活动时，这意味着什么？ 请注意，在最初的DHCPOFFER发生之后，很长一段时间内，IP上还有很多活动。 这里发生了什么？ 这只是客户端更新/请求相同的IP，因此不需要DHCPDISCOVER或DHCPOFFER？ Dec 7 00:02:17 test dhcpd: DHCPACK on 123.123.123.123 to 00:0f:94:50:f5:60 via em0 Dec 8 00:02:27 test dhcpd: DHCPREQUEST for 123.123.123.123 from 00:0f:94:50:f5:60 via em0 Dec 8 00:02:27 test dhcpd: DHCPACK on 123.123.123.123 to 00:0f:94:50:f5:60 via em0 Dec 9 00:02:35 test dhcpd: […]
这可能看起来像一个愚蠢的问题…或者这可能是一个愚蠢的问题（哈哈）…但是，它从来没有处理和知之甚less。 我在一个数据中心有15台物理服务器，其中一半现在在一个域上（域名是公共的 – 所有连接到互联网的IP地址等）。 这是我的意图最终把他们所有的领域，但我希望事情顺利运行之前，我把所有东西在线，以防万一我需要彻底改变:)（这是我的第一个活动目录的经验，但我有几年非AD窗口pipe理经验）。 每个域连接的服务器都有多个网卡，其中大部分都是外部子网，但其中一个是非常基本的私有千兆位局域网。 目前它没有任何DHCP或任何东西 – 我只是手动分配一个10.5.5.x的IP地址到每个服务器，子网255.255.255.0，没有网关或DNS。 当我需要手动将文件从服务器传输到服务器时，这是有效的，这是我迄今为止使用的所有文件（例如探索到\ 10.5.5.x \ c $或其他）。显而易见的问题是，随着服务器数量这个networking增长，我的能力，记住哪个服务器去哪个IP大声笑。 那么，我开始比以前更多的自动化了，我需要学习如何更好地处理这种内部stream量，当然更好的处理局域网本身。 所以我想我有两个问题： 现在，如果我的networking上（从我的networking上的另一台服务器）上的名称ping服务器，ping将parsing为服务器，通过100mb / s连接的公共IP，我收取的带宽通过数据中心的路由器（例如跨子网）。 如何让服务器知道我希望这种types的stream量改为连接到该服务器10.5.5.x IP？ 我应该考虑在networking上设置一个DHCP服务器来处理将IP分配给该内部networking，而不是像我现在那样使用静态IP？ 那有什么优点/缺点？ 我有足够的资源，所以我可以很容易地投入一个主要和辅助DHCP服务器VPS，但我不是一个networking专家…所以需要一些build议:)
在DHCP中，我们有以下IP可供分发 启动IP地址10.1.23.15 结束IP地址10.1.23.199 IP的当前使用率约为50％我们正在寻找将起始IP地址缩小到10.1.23.25，以便为一堆新硬件提供静态IP。 有没有人知道当我们做出这样的改变时，现有的租用IP会发生什么？ 更改后的租约是否续约，或者租约在默认的8天内到期？ 我们希望避免用户在更改后看到任何断开或故障 我无法find有关进行上述更改的文档。 任何有经验的ADpipe理员对我们如何能够静静地完成这一改变有任何意见，以防止对我们的用户造成影响？ 非常感谢
我的主要目的是在运行云提供者场所的单个物理机器上提供SQL Server Analysis Services（SSAS）。 只是一个应该可以通过VPN在全球访问的远程盒子。 由于SSAS只使用Windows身份validation，并且会有几十个用户连接到它，所以我需要运行Active Directory域服务。 正如我们所知，Windows Server 2012 Standard许可证让我们可以运行两台虚拟化服务器。 因此，现在我已经安装了一个安装了Hyper-V和RRASangular色的物理 WS 2012 R2，以及一个具有AD DS，DNS和DHCPangular色的虚拟 WS 2012 R2。 两台服务器都连接到内部networking的Hyper-V虚拟交换机，相应的静态 IPv4地址为192.168.1.1和192.168.1.2。 现在一切正常。 我希望它始终以同样的方式工作:) 但是我想知道是否有可能使用DHCP保留（请记住，DHCP服务器在物理机器上运行，因为它是在虚拟机上！）以摆脱静态IP寻址，如果是这样，它是有意义和有利的。
场景： 我们将DHCP从我们的思科设备迁移到Red Hat 6.7服务器上。 我担心客户不会在几天内发布和更新。 由于新服务器一旦投入生产就不会有任何绑定，它怎么知道不能分发一个已经在使用的IP呢？ 我已经读过，linux 可能会在交出之前ping IP，但是我还没有看到任何官方文档，在我testing的时候，在dhcpd日志中看不到这种types的活动。
突然之间，我的大学的networking已经冻结，我们设法将问题隔离到在DHCP端口上发送的大量UDP数据包。 仔细观察，我们发现有些客户端使用DHCP请求保持垃圾邮件服务器，尽pipe服务器似乎回应。 我在服务器上粘贴一个syslog文件的样本（[[client IP]]在所有条目中都是相同的，服务器和客户端IP在同一个子网中）。 非常奇怪的是，这不仅仅是一个客户端，甚至还有一个无线路由器，它现在才刚刚起步。 isc-dhcp-server没有被更新。 任何援助将不胜感激。 Feb 25 17:57:46 zeus dhcpd: DHCPRELEASE of [[client IP]] from 00:22:75:ea:e5:dc via eth1 (found) Feb 25 17:57:48 zeus dhcpd: message repeated 3 times: [ DHCPRELEASE of [[client IP]] from 00:22:75:ea:e5:dc via eth1 (found)] Feb 25 17:57:48 zeus dhcpd: DHCPDISCOVER from 00:22:75:ea:e5:dc via eth1 Feb 25 17:57:49 zeus dhcpd: […]
我在同一个networking上有两个互联网连接和三个独立的无线路由器。 两个dlink路由器正在服务一个互联网连接和speedport其他互联网连接。 我的问题是，当我通过WiFi连接到我的第一个dlink路由器，它得到speedport路由器的DHCP服务器。 我希望连接路由器的DHCP服务器赢得DHCP请求广播比赛。 有什么我可以做到这一点发生？ 连接到第二个dlink路由器，它是一个较新的路由器，它正确地获取其DHCP服务器。 也许改变第一个DLINK路由器模型的其他DLINK可以解决这个问题，在这个模型的固件更新changelog没有什么与DHCP有关… 在networking上有一台本地服务器，无论连接哪个无线networking都必须可以访问，这一点很重要 – 这就是为什么我不想为路由器分配不同的子网。 注 ：我知道这个主题在同一networking上的多个DHCP服务器的forms已经存在，但在这里我有一个具体的问题无线路由器的DHCP争用条件。 如果在路由器设置中有一个选项可以使路由器的DHCP服务器赢得DHCP响应的竞争或新的路由器按预期处理的validation。
我有以下networking： PCVLAN10 – > SWITCH_LAN1 – > ROUTER_LAN 1 – > ROUTER_LAN2 – > SWITCH_LAN2 – > DHCP（路由器） 我在路由器上设置了子接口，并允许在所有设备上的VLAN 10上进行中继。 我想要实现的：PCVLAN10应该能够从LAN2上的DHCP接收IP。 结果是：stream量从PCVLAN10平稳地stream向DHCPRouter，根据Packet Tracer中的模拟模式，从池中select一个地址，准备发送出去，但从来没有。 如果我把一台计算机放在同一个vlan上，但连接到交换机2，那台计算机就能够接收到一个IP。 所以在回来的路上必须要有交换机和路由器2。 我沿途设置了IP助手地址和默认路由，但是在某些地方，stream量只是停止了，没有给我正确的信息。 你们认为可能是什么错误？ 编辑：我已经在回来的路上添加了一个帮手地址。 结果是有点刺激，PC需要相当长的一段时间才能获得DHCP地址，我的池不包括地址1 – 3，但下一个接收的是“44”，如果我释放并请求一个新的我得到49，这是否意味着DHCP服务器无法路由5个数据包？
我们有一个远程站点的客户端与一个10.0.9.0/24networking。 这个networking上的DHCP范围几乎耗尽，只有大约20个地址可用。 我们可以通过重新设置一些静态设备并缩小我们的排除范围来将其增加到30。 这可能不是一个长期的解决scheme。 我一直负责devise一个长期的解决scheme。 警告：自从我进行了严格的思科路由器/交换机configuration已经有14年了。 build议使用3个附加子网（10.0.10.0等）创build另外3个VLAN。 这样做的好处是允许我单独保留大部分静态分配的IP，但需要大量的交换机和路由器configuration才能实现VLAN间路由。 使用单个DHCP服务器，这也会使DHCP设置复杂化，同时具有多个DHCP作用域和超级镜像。 大部分configuration都可以在客户端进行最less的停机或不停机的情况下完成。 另一个选项是重新将网站重新分配到10.0.10.0/23。 我将不得不对每个静态设备重新IP，但更改IP和子网掩码比在4个不同的子网上configuration多个VLAN和VLAN间路由要简单一些（对我而言）。 （注意：10.0.8.0/24networking正在另一个站点使用，所以我们不能使用10.0.8.0/23来避免修改10.0.9。*这个站点的IP地址）。这个configuration需要很长的停机时间因为networking设备是重新IP地址。 我对这两种解决scheme的理解是，单个/ 23子网具有更大的广播域（510个客户端），其中4/24个子网具有4个较小的广播域。 约220台设备，我不认为广播stream量是一个重要的因素。 正在使用的交换机是具有有限三层function的Cisco 2960-s型号。 因此，大部分的VLAN间路由将回落到站点的路由器上，增加了路由器的开销。 是否有解决DHCP范围耗尽的行业标准首选方法？ 这里有没有提到的解决scheme有什么优点/缺点，可能会有所作为？ 还有第三个更好的解决scheme吗？ 更多信息： 因为无论我做什么，我正在重新devise这个networking，我试图找出什么是“正确”的解决scheme。 如果这是一个支持超过254个设备的新networking，那么build立单个/ 23个子网还是多个/ 24个子网会更好？ 如果我记得2002年以来我所有的CCNA培训，增加新的/ 24子网和VLAN可能是微不足道的。 但是我从经验中知道，维护并不是那么微不足道。 我正在寻找build议，哪些解决scheme现在和一年之后会给我带来最less的痛苦。