DHCP Help Again
tegner at nada.kth.se
tegner at nada.kth.se
Wed Apr 10 05:36:40 PDT 2002
Quoting "Robert G. Brown" <rgb at phy.duke.edu>:
Is there a convenient way to obtain static ip-addresses using dhcp without
having to explicitly write down the mac-addresses in dhcpd.conf?
Regards,
/jon
> On Wed, 3 Apr 2002, Adrian Garcia Garcia wrote:
>
> For one thing don't use the range statement -- it tells dhcpd the range
> of IP numbers to assign UNKNOWN ethernet numbers. You are statically
> assigning an IP number in your "free" range to a particular host with a
> KNOWN ethernet number below. I don't know what dhcpd would do in that
> case -- something sensible one would hope but then, maybe not. The
> range statement is really there so you can dynamically allocate
> addresses from the range to hosts you may never have seen before that
> you don't care to ever address by name (as they might well get a
> different IP number on the next boot).
>
> DHCP servers run by ISP's not infrequently use the range feature to
> conserve IP numbers -- they only need enough to cover the greatest
> number of connections they are likely to have at any one time, not one
> IP number per host that might ever connect. Departments might use it to
> give IP numbers to laptops brought in by visitors (with the extra
> benefit that they can assign a subnet block that isn't "trusted" by the
> usual department servers and/or is firewalled from the outside by an
> ip-forwarding/masquerading host).
>
> You want "only" static IP's in your cluster, as you'd like nodo1 to be
> the same machine and IP address every time.
>
> Be a bit careful about your use of domain names. As it happens, I don't
> find cluster.org registered yet (amazingly enough!) but it is pretty
> easy to pick one that does exist in nameservice in the outside world.
> In that case you'll run a serious risk of routing or name resolution
> problems depending on things like the search order you use in
> /etc/nsswitch.conf. Even my previous example of rgb.private.net is a
> bit risky.
>
> You should run a nameserver (cache only is fine) on your 192.168.1.1
> server, presuming it lives on an external network and you care to
> resolve global names.
>
> Similarly you may want:
>
> option routers 192.168.1.1;
>
> if you want internal hosts to be able to get out through your (presumed
> gateway) server.
>
> Finally, if you want nodo1 to come up knowing its own name without
> hardwiring it in on the node itself, add
>
> option host-name nodo1;
>
> to its definition.
>
> I admit that I do tend to lay out my dhcpd.conf a bit differently than
> you have it below but I don't think that the differences are
> particularly significant, and you have a copy of the one I use anyway if
> you want to play with the pieces. You should find a log trace of
> dhcpd's activities in /var/log/messages, which should help with any
> further debugging.
>
> On your nodo1 host, make sure that:
>
> cat /etc/sysconfig/network-scripts/ifcfg-eth0
> DEVICE=eth0
> BOOTPROTO=dhcp
> ONBOOT=yes
>
> and
>
> cat /etc/sysconfig/network
> NETWORKING=yes
> HOSTNAME=nodo1
>
> and that in /etc/modules.conf there is something like:
>
> cat /etc/modules.conf
> alias parport_lowlevel parport_pc
> alias eth0 tulip
>
> (or instead of tulip, whatever your network module is).
>
> If you then boot your e.g. RH client it SHOULD just come up,
> automatically try to start the network on device eth0 using dhcp as its
> protocol for obtaining and IP number, ask the dhcp server for an address
> and a route, and just "work" when they come back.
>
> Hope this helps.
>
> rgb
>
> > server-name "server.cluster.org"
> >
> > subnet 192.168.1.0 netmask 255.255.255.0
> > {
> > range 192.168.1.2 192.168.1.10 #my client has the ip
> > 192.168.1.2
> > #and
> my
> > server the static ip 192.168.1.1
> > option subnet-mask 255.255.255.0;
> > option broadcast-address 192.168.1.255;
> > option domain-name-server 192.168.1.1;
> > option domain-name "cluster.org";
> >
> > host nodo1.cluster.org
> > {
> > hardware ethernet 00:60:97:a1:ef:e0; #here is the address of the
> > client's card
> > fixed-address 192.168.1.2;
> > }
> > }
> >
> > And finally some files on my server.
> >
> > NETWORK
> > ------------------------------------------
> > networking = yes
> > hostname =server.cluster.org
> > gatewaydev = eth0
> > gatewaye=
> > ------------------------------------------
> >
> > HOSTS ( In my server and in the client I have the same on this file )
> > ------------------------------------------
> > 127.0.0.1 localhost
> > 192.168.1.1 server.cluster.org
> > 192.168.1.2 nodo1.cluster.org
> >
> >
> > Ok thats the information, I am a little confuse, could you help me
> please
> > =). I can´t detect the mistake, I dont know if is the server or some
> card
> > =s. Thanks for all.
> >
> >
> ________________________________________________________________________________
> > Get your FREE download of MSN Explorer at http://explorer.msn.com.
> > _______________________________________________ Beowulf mailing list,
> > Beowulf at beowulf.org To change your subscription (digest mode or
> > unsubscribe) visit http://www.beowulf.org/mailman/listinfo/beowulf
> >
>
> --
> Robert G. Brown http://www.phy.duke.edu/~rgb/
> Duke University Dept. of Physics, Box 90305
> Durham, N.C. 27708-0305
> Phone: 1-919-660-2567 Fax: 919-660-2525 email:rgb at phy.duke.edu
>
>
>
> _______________________________________________
> Beowulf mailing list, Beowulf at beowulf.org
> To change your subscription (digest mode or unsubscribe) visit
> http://www.beowulf.org/mailman/listinfo/beowulf
>
More information about the Beowulf
mailing list