[K12OSN] LTSP server with 3 NICs?
"Terrell Prudé Jr."
microman at cmosnetworks.com
Fri Dec 19 18:21:29 UTC 2008
One modification to Step 2, below.
You will need to ensure that the hostnames are unique. I didn't point
that out. So, while your /etc/hosts file might look like this:
192.168.0.1 ws001
192.168.0.2 ws002
and so on...
I would tweak the hostnames to look like this, by adding a digit, like so:
192.168.0.1 ws0001
192.168.0.2 ws0002
192.168.4.1 ws4001
192.168.4.2 ws4002
See the difference? In this case, the first digit after the "ws"
reflects the third octet of the subnet. That tells me very quickly
which subnet a client is on, just by looking at the hostname. Could be
handy for troubleshooting. Of course, you can use any scheme you want,
as long as the hostnames remain unique.
--TP
_______________________________
Do you GNU <http://www.gnu.org>?
Microsoft Free since 2003 <http://www.cmosnetworks.com>--the ultimate
antivirus protection!
Terrell Prudé Jr. wrote:
> This is exactly how I did the PPC/x86/SPARC K12LTSP server a while
> back, and yes, it would work wonderfully for your situation.
>
> Basically, you'd need to do this:
>
> 1.) Set up your third NIC for another client subnet (e. g.
> 192.168.4.0/24), and hook 'er up to that switch.
>
> 2.) Modify /etc/hosts to include host entries for the 192.168.4.0
> range, just like the ones for 192.168.0.0 are today.
>
> 3.) Create a second DHCP scope in your /etc/dhcpd.conf file. I just
> copied the info from the first scope, changing "192.168.0" to
> "192.168.4". Since all the clients are x86 in your case, you don't
> need to change any directory path info (just keep using /opt/ltsp/i386).
>
> 4.) TRIPLE-CHECK THAT YOUR THIRD NIC IS PLUGGED INTO THE RIGHT
> SWITCH! You don't want to be handing out LTSP client addresses to the
> main LAN. That would be bad.
>
> 5.) Restart DHCPD and try booting a client.
>
>
> And you're right, 802.1q is indeed VLANs, and yes, it would work if
> you had the hardware. But then you run into a scalability problem.
> I'm assuming that the interfaces on your server are Gig-E or lower
> (Ten Gig-E is still very expensive). Thus, it's not too hard to put
> enough clients on a LAN segment to saturate that Gig-E line. Fifteen
> simultaneous TuxType sessions will do it, as would anything else with
> lots of screen updates (e. g. video streaming or ChildsPlay). Using
> that second NIC will give you the bandwidth needed to support that
> second set of clients in the other room.
>
> Note that this is not channel-bonding. This is just good ol'
> fashioned separate interfaces on separate broadcast domains. There
> doesn't seem to be any need to channel-bond here.
>
> --TP
> _______________________________
> Do you GNU <http://www.gnu.org>?
> Microsoft Free since 2003 <http://www.cmosnetworks.com>--the ultimate
> antivirus protection!
>
>
> Joseph Bishay wrote:
>> Hello,
>>
>> 802.1q, or as I understand it -- VLANS -- would also do the same idea
>> so to speak. The issue is the hardware. We don't have anything that
>> is capable of doing VLANS. I thought since this isn't the case of a
>> large single network that I'm trying to break up into two smaller
>> virtual networks, but rather two distinct rooms that are coming
>> together, I could use the 2 NICs to resolve it?
>>
>> Joseph
>>
>> On Fri, Dec 19, 2008 at 8:20 AM, Paul VanGundy
>> <pvangundy at bradfordnetworks.com> wrote:
>>
>>> Joseph,
>>>
>>> Would 802.1q be a better solution instead of having two cards to
>>> separate two environments and a third NIC to act as your access to the
>>> outside world?
>>>
>>> /paul
>>>
>>> On Fri, Dec 19, 2008 at 12:30 AM, Joseph Bishay <joseph.bishay at gmail.com> wrote:
>>>
>>>> Hello,
>>>>
>>>> How are you? I hope you are all doing well.
>>>>
>>>> I figure after lurking for a while it was time to get all my questions out. :)
>>>>
>>>> It ends up that our new LTSP network has two groups of clients
>>>> (currently existing LTSP room A and a new room of thin clients in room
>>>> B). Each room has a switch. There are 2 cables that then run from
>>>> room A and B to a common server room where the LTSP server is.
>>>> Originally the LTSP server was in room A serving only that room.
>>>>
>>>> Our LTSP server has 3 network cards. Currently one of those cards is
>>>> not active. The second NIC plugs into the switch for the thin clients
>>>> and the last NIC plugs into the router for Internet access.
>>>>
>>>> How do I activate that 3rd NIC card as a second thin client card?
>>>> That way NIC A serves room A and NIC B serves room B and NIC C access
>>>> the internet for room A & B?
>>>>
>>>> I wasn't able to search for this because I didn't know what this
>>>> process was called -- I didn't think it was network bonding.
>>>>
>>>> Thank you.
>>>> Joseph
>>>>
>>>> _______________________________________________
>>>> K12OSN mailing list
>>>> K12OSN at redhat.com
>>>> https://www.redhat.com/mailman/listinfo/k12osn
>>>> For more info see <http://www.k12os.org>
>>>>
>>>>
>>> --
>>> Paul VanGundy
>>> Senior Network Engineer
>>> BRADFORD NETWORKS
>>> Toll Free: 1-866-990-3799
>>> Office: 1-603-717-9361
>>> Fax: 1-603-228-6420
>>> SC Magazine "Innovator of the Year" 2007 & 2008
>>>
>>> NOTICE REGARDING CONFIDENTIAL COMMUNICATION: The information in this
>>> electronic message is confidential and may be privileged, and is
>>> intended only for the recipient(s) listed above. If you are neither
>>> the intended recipient(s) nor a person responsible for the delivery of
>>> this message to the intended recipient(s), you are hereby notified
>>> that any use, dissemination, distribution or reproduction of this
>>> communication is strictly prohibited. If you have received this
>>> communication in error, please immediately notify Bradford Networks,
>>> Inc. at (603) 228-5300. Thank you.
>>>
>>> _______________________________________________
>>> K12OSN mailing list
>>> K12OSN at redhat.com
>>> https://www.redhat.com/mailman/listinfo/k12osn
>>> For more info see <http://www.k12os.org>
>>>
>>>
>>
>> _______________________________________________
>> K12OSN mailing list
>> K12OSN at redhat.com
>> https://www.redhat.com/mailman/listinfo/k12osn
>> For more info see <http://www.k12os.org>
>>
> ------------------------------------------------------------------------
>
> _______________________________________________
> K12OSN mailing list
> K12OSN at redhat.com
> https://www.redhat.com/mailman/listinfo/k12osn
> For more info see <http://www.k12os.org>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/k12osn/attachments/20081219/034f39de/attachment.htm>
More information about the K12OSN
mailing list