Hi there,<br>I am working with version 3.1.0 and option 12 works for me. I have never read about that use of sending a name back to the client (which doesn't mind is not its real use) but the way I am using it is to make the server know who's the client trying to get an address (there're other better ways of doing this but this was easier for me). In order to send this data to the server you just need to edit the dhclient.conf file and uncomment and edit line 14 (e.g. send host-name "3feathers-PC"). This will be logged by the server<br><br>DHCPDISCOVER from 00:a0:d1:92:e7:03 (3feathers-PC) via 10.192.127.254<br><br>Hope it's what you need,<br>Regards<br><br><br><br><b><i>Martin McCormick <martin@dc.cis.okstate.edu></i></b> escribió:<blockquote class="replbq" style="border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; padding-left: 5px;"> I have been looking for the host-name related data that a<br>booting computer sends to the DHCP server in the process
 of<br>obtaining a lease. My question may have been misinterpreted due<br>to the fact that I was confused, also. It appears that host-name<br>(Option 12), is used to send a host name back to the booting<br>client. The documentation also says that most clients ignore<br>this string. I am looking for a way to read what name the client<br>is sending to the DHCP server that may or may not be put in to<br>part of a dynamic DNS update by the DHCP server if the rules for<br>that subnet allow.<br><br> A search of archives turned up a valuable discussion of<br>using logging statements as follows:<br><br>ddns-update-style interim;<br>log (debug,pick-first-value(host-name, dhcp-client-identifier, "nada"));<br><br>This works like an echo or printf statement to log what the<br>server sees in those strings and in this case,I had it print "nada"<br>if all tested strings are null. My log is full of nada right now<br>as both strings are always empty but the booting and DDNS update<br>work
 flawlessly.<br><br>Another thing I don't understand is what causes the computer<br>names of many Windows clients to actually show up in the DHCP<br>log but my test system never does. The test system is another<br>FreeBSD device in which I set the fqdn.fqdn value in dhclient.<br><br>an example pulled randomly from our production server:<br><br>DHCPDISCOVER from 00:a0:d1:92:e7:03 (3feathers-PC) via 10.192.127.254<br><br>Huge numbers of systems print their names in this way, but the host-name<br>string remains empty. Both the test and production servers are<br>the same dhcpdv3.0.5 version.<br><br> The goal, here, is to tell clients to make a certain<br>suffix part of their host name and we will automatically place<br>them in a class that gives them the right domain name and other<br>options to join a Microsoft Active Directory domain.<br><br> After evaluating the names, the rest of the problem<br>should be straight-forward.<br><br> Nothing seems broken. I just don't
 understand all I<br>thought I knew.<br><br>Many thanks in advance.<br><br>Martin McCormick WB5AGZ  Stillwater, OK <br>Systems Engineer<br>OSU Information Technology Department Network Operations Group<br><br></blockquote><br><p>


      <hr size=1><br><font face="Verdana" size="-2">Web Revelación Yahoo! 2007:<br> Premio Favorita del Público - <a href="http://es.promotions.yahoo.com/revelacion2007/favoritos/">¡Vota tu preferida!</a></font>