我pipe理一个由less于70个节点组成的小型networking。 以前的系统pipe理员select使用DHCP服务器并手动设置DHCP地址。
我select使用DHCP地址分配，而不是静态地址分配，除了我的域控制器和EXS主机。 我被批评为遵循这个scheme，但它的方式很容易pipe理的地址范围，而不必扫描networking的可用IP地址。 我是在正确的轨道还是我失去了阴谋？
你为什么这样批评呢？ 我的意思是我认为至less不使用DHCP工作站是疯狂的，但也许有一些特定的环境改变了这个方程。
我能看到的唯一的问题是确保你的范围被正确地创build，并且不会与你使用的静态地址池交叉（甚至可以通过保留而得到更多的工作）。
除此之外，用户永远都不需要知道您是否使用DHCP，因为他们的工作站应该“正常工作”，除非DHCP服务器不可用（如果这是个问题，您只有一个以上的DHCP服务器在线）。
编辑：定罪certificate文件的好处，确保你有IP地址范围logging，解释你做了什么，为什么以及如何find它。 我不认为人们对某些工具是“自我logging”这一观点感到满意（在某种程度上他们可能有一个问题，如果不能，那么如何在不保留所有保留的情况下轻松地重新创buildDHCP数据库？从备份恢复？）。
是的，我认为你在正确的轨道上。
我怀疑你被批评，因为…
缺乏关于您的networking的文档，而不是您select分配IP地址的技术;
你正在做的IP地址分配方式不同， 总是这样做 。 你正在挑战现状。
提出更多的问题来找出批评的真正原因。 你可能不得不教你的反对者有关DHCP及其对networkingpipe理的好处。
一旦用户看到通过DHCP分配IP地址后再添加另一台工作站到networking中，将会更容易。 DHCP应该意味着那些讨厌的重复IP地址分配错误的结束，这些错误在过去困扰着你的networking。
当你说以前的pipe理员“手动设置DHCP地址”你的意思是静态分配？
如果是这样，这通常是在局域网上pipe理工作站池的更简单的方法。 将每台计算机的MAC地址静态绑定到特定的IP，并通过DHCP提供。 你可以知道每台机器在哪里，并且可以在不访问每台离散机器的情况下更改分配。
一路添加我的投票到DHCP。 我不明白为什么有人会批评你提出这个build议，整个问题的关键在于使地址范围的pipe理更容易，只要你有5个左右的工作站，这是有道理的。
关于评论家：还有人在身边，不知道通过MAC地址与StaticIP的DHCP。 他们认为，DHCP = CHAOS，所以你最好告诉他们真的在包里。
我也可以推荐不同的IP范围，例如：
1-9个重要的服务器（静态）
10-99其他 服务器（静态）
100-150销售和营销（DHCP与MAC）
151-200开发者（带MAC的DHCP）
200-253 Tech.Stuff（带MAC的DHCP）
对DHCP的另一个投票是，你可以从一个中央实例处理所有的IP。
只要有多个站点， DHCP就是最好的select。
静态条目应该用于服务器和通信设备。
我使用IP范围：
服务器，打印机，路由器等的静态.1 – .50
用于工作站的DHCP .51 – .150
一个可能的缺点是它引入了启动顺序依赖性：DHCP需要等待DHCP服务器启动的事情。