我更像是一个“StackOverflow”types的人，所以服务器的东西有一种逃避我。
最近我在路由器的半夜里遇到了一些严重的问题，我担心我负担过重。 为了删除一些负载，我想运行我的Server 2003标准盒，我在地下室运行的DHCP。
有人可以帮我一个简短的“这插入到这个，确保这是closures/打开”，并指出我在正确的方向吗？
这是我的家庭networking。
Shaw Docsys调制解调器 – > D-Link DIR-655无线路由器
路由器然后分别插入我的所有客户端
这里是客户列表…描述性显示networking负载…
正如你所看到的，有很多“东西”挂在这个路由器，我相信它不是为这么多的负载而devise的。 任何帮助将不胜感激。
我的猜测是你已经有了一个duff路由器，因此它正在走下坡路。 当然，这就排除了有些设置在没有活动的时候会自动closures它。
它应该像closures路由器上的DHCP以及在Windows服务器上设置DHCP服务器一样简单。 我在这里运行一个类似的设置，只是使用Unix服务器而不是Windows服务器（所以我无法在Windows上设置DHCP）。
这似乎是一个家庭用户的大名单，但实际上并不多。 我严重怀疑为这些less量的设备提供DHCP是造成路由器故障的原因。 DHCP只是没有那么多的负载。 通过一切手段将所述DHCP移动到另一台机器，但我认为你应该调查还有什么可能发生。 很可能是路由器是不稳定的。 或者，可能有一些networkingstream量导致路由器故障，这将不容易诊断。
我的build议是系统地从networking中删除项目，至less暂时，并看看问题是否消失。 这至less可以给你一个出发点。
为了移动DHCP服务，您不会改变任何接线。 只需在路由器上禁用DHCP，然后在Windows服务器上启用DHCP。 服务器将需要一个静态地址。
然后重新启动所有的客户端，他们会得到新的IP发给他们。
John Gardeniers已经提出了这个观点，但值得重申的是，路由器上运行的DHCP服务几乎不会增加WAN路由器必须处理的负载或复杂性。 DHCP租约通常相对较长 – 在我的6小时。 当机器在networking上popup时，路由器必须处理DHCP请求，并且当发送续订请求（通常在租约时间的50％）时，即使有20个左右的客户端，你的路由器也只需要处理大约2-3个DHCP相关一个小时的事件，也许10个在忙碌的时候，当你正在开机\断开很多东西。 而DIR-655也是一个相当不错的消费包。
我的build议是开始寻找什么是真正导致你的问题 – 路由器可能有一些故障，或者它可能只是负载已经超过了一个关键的门槛，D-Link是好的消费包，但如果你有它的几个端口以全速运行，或者大量的随机stream量，可能会崩溃。 这可能表明你的某个系统中有一些恶意软件将路由器泛滥到很多地址，很可能是有人试图破坏encryption – 许多WiFi攻击依靠触发大量的stream量，这可能只是因为你有一些预定的批量数据传输，现在太多了，无法处理。
虽然您可以轻松地在Windows 2003盒子上执行DHCP，但仍然使用无线路由器和网关设备，您可能会检查另一件事情。 路由器在UPS上吗？ 我见过这么多的家庭/小型企业路由器，因为电力不足而出现错误。 在一些情况下，新安装的UPS不断响，导致客户发现由上游引起的严重的欠压问题。 并不总是修复，但很简单，尝试。