Re: Make a DHCP server using Fedora - Help

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



--- On Sun, 11/16/08, Marko Vojinovic <vvmarko@xxxxxxxx> wrote:

> From: Marko Vojinovic <vvmarko@xxxxxxxx>
> Subject: Re: Make a DHCP server using Fedora - Help
> To: fedora-list@xxxxxxxxxx, olivares14031@xxxxxxxxx
> Date: Sunday, November 16, 2008, 4:49 PM
> Antonio and others, I'm writing the stuff below off the
> top of my head --- 
> please feel free to correct me if necessarry, I may have
> slipped here or 
> there... ;-)
> 
> On Sunday 16 November 2008 20:52, Antonio Olivares wrote:
> > I changed DHCPDARG=eth0 as was suggested, but not
> working.
> 
> I missed this part. Where did you put this?
I had changed back and forth between eth0 and eth1 and now it is and should be eth0 :) 

[root@localhost ~]# cat /etc/sysconfig/dhcpd
DHCPDARGS=eth0

> 
> > The original machine gets its ip from a central server
> and then I want to
> > use it as a server for several machines in my
> classroom.
> >
> > It connects to 10.154.19.210 which is its address in
> the "BIG" network.  it
> > gets DNS 10.154.16.130, 10.128.0.4 and gateway
> 10.154.19.1
> 
> Ok. I suggest the following setup. Get the cable coming
> from the "big" network 
> and plug it into your eth0. Then, take a small
> hub/switch/router/whatever and 
> connect your classroom computers to it (I guess this is
> already set up). Make 
> sure that *no* cable connects your hub to the
> "big" network. Instead, connect 
> the hub to the eth1 of your server. Your server should be
> the only link 
> between the big network and classroom network.
> 
> Leave eth0 configuration for later.
> 
> Configure eth1 device to have a *static* (manually
> assigned) IP address, 
> say, 192.168.0.1 with netmask 255.255.255.0 and bring it
> up. Do this using 
> "system-config-network" interface and running
> "service network restart". Make 
> sure there is nothing related to NetworkManager active in
> the setup.
> 
> Next, configure dhcpd.conf in the following (most
> elementary) way, for the 
> time being:
> 
> ###########################
> default-lease-time 21600; #600
> max-lease-time 43200;     #7200
> ddns-update-style none;
> authoritative;
> 
> subnet 10.154.19.0 netmask 255.255.255.0 {
> } # this means don't do anything with the big network
> 
> subnet 192.168.0.0 netmask 255.255.255.0 {
> option routers 192.168.0.1  # your server is the router for
> classroom
> option subnet-mask 255.255.255.0  # the mask given to
> classroom
> option domain-name-servers 10.154.16.130, 10.128.0.4; # dns
> servers
> range 192.168.0.2 192.168.0.254  # the pool of addresses
> for classroom
> }
> ###########################
> 
> Save, do a "service dhcpd restart" (it should say
> OK), then
> "tail -f /var/log/messages" and watch what is
> going on. Restart the clients 
> (one by one if you wish to examine /var/log/messages after
> each client, 
> otherwise you may restart them all simultaneously :-)...).
> 
> [[ N.B. I suppose you have configured the clients to use
> dhcp and not have 
> anything statically assigned... ]]
> 
> What should be going on is that the clients in the
> classroom ask for IP 
> configuration (dhcp request), then dhcpd replies with the
> data above (dhcp 
> offer) and then each client accepts this offer. If all goes
> well, up to this 
> point each client should have a 192.168.0.* IP assigned
> dynamically, and be 
> able to ping any other client with such address, as well as
> the server, 
> 192.168.0.1. If this doesn't happen, tell us what does
> happen.
> 
> If all is well, up to now you have a working dhcpd
> configuration and each 
> client has an IP assigned. In /var/lib/dhcp/dhcpd.leases
> you have a list 
> stating which client (distinguished by its MAC address) has
> which IP assigned 
> to it. The leases file may have some stale/old/obsolete
> information (because 
> you have been playing with dhcpd before) --- ignore it,
> look at the bottom of 
> the file, where fresh information is stored.
> 
> The next step is to configure NAT (network address
> translation) on your 
> server's firewall, in order to allow the clients to
> access the "big" network 
> using your server as a router. But this is a different
> problem --- first make 
> sure the above configuration works, and then we'll go
> to the NAT 
> configuration after that. One step at a time. ;-)
> 
> HTH, :-)
> Marko

I will sure try this and hopefully it will work.  I will report back.

Thank you for your help as well :)

Regards,

Antonio 


      

-- 
fedora-list mailing list
fedora-list@xxxxxxxxxx
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [Fedora Magazine]     [Fedora News]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Maintainers]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Legacy]     [Fedora Desktop]     [Fedora Fonts]     [ATA RAID]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [SSH]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Centos]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Tux]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Asterisk PBX]     [Fedora Sparc]     [Fedora Universal Network Connector]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux