<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On 27 January 2014 14:01, Robert M. Albrecht <span dir="ltr">&lt;<a href="mailto:lists@romal.de" target="_blank">lists@romal.de</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
dhcpd is just an (maybe bad) example.<br>
<br>
But even dhcpd needs a lot of work. I need to configure ranges, options (which could like gateqway and dns partly automagically gathered from the exsting network configuration), ... binding dhcpd to bind to enable dynamic updates, ...<br>

<br></blockquote><div><br></div><div>The reason why these daemons are not ready to run is that when they used to be ready to run, they caused problems with whatever environment was already there. We used to ship tools which could do what was thought to be a reasonable job of configuring them but it quickly turned into that no one does their environment the same way and doesn&#39;t want to be told to do it like anyone else. </div>
<div><br></div><div>Being ready out of the box though is not always desirable. I have regularly seen networks go offline because someone installed Microsoft DHCP but not taken into account the already configured DHCP boxes. [The same with AD and other items...] Being ready to work works well in small environments but quickly causes more headaches in more complex ones. Having to account for that is where most of the things that need the admin to really know what is going on in their environment and being able to translate to making the computer do what is needed versus what is wanted.</div>
<div><br></div><div>It isn&#39;t an insurmountable problem, and I guess the Server Roles or something similar will help do that but it will take a lot of work to get there.</div><div><br></div><div> </div></div><div><br></div>
-- <br><div dir="ltr">Stephen J Smoogen.<br><br></div>
</div></div>