Please tell me how many linux boxen I need for this setup :)
Linux - GeneralThis Linux forum is for general Linux questions and discussion.
If it is Linux Related and doesn't seem to fit in any other forum then this is the place.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Well, traffic for Squid will be low (<5 users), though besides from any boosts I may recieve from the cache, I'm looking forward towards the proxying.
So would iptables, Nessus, and SSH all run efficiently on the same box? I was planning on having two linux boxen for these daemons, so if I could run iptables, Nessus, and SSH on one, and Snare, Snort, and Squid on the other that would be great.
Well, I guess you are quite right with Squid - it is perhaps the most heaviest from the above services.
Haven't ever used Nessus, or had the need for it, but SSH does not take much and iptables are very light, even if one is going to use all the available options that come with the kernel. Anyhow you probably need iptables for routing purposes etc. on each one of your machines.
But naturally everything depends on the performance of your machines themselves.
Personally I would also consider more the outline of your network.
You only expect 5 users for SQUID? What kind of traffic? We we saying that those 5 users will bw browsing the web, checking email, getting some patch files, or downloading 20 ISOs a day?
If it's the first, put it all on one (fast) box! If you buy (for example) a 2 GHz with 2 GB RAM Athlon64 for server 1 you'll be wasting 99% of the server.
iptables is a firewall/routing (through MASQ) tool. For simple routing rules it takes negligible overhead. SSH also uses negligible overhead if properly configured. Nessus, I presume, will run security audits periodically, so it can be on any box (i.e., also the same server).
The heaviest app by far is SQUID but like I said, for <5 users it may make little difference.
The two computers are going to be hand-me-downs, so I'm not really concerned about wasting their cpu cycles - perhaps I might consider F@H on them to counter this :p. The computer with the most ram, and fastest hard-drive will be the one with SQUID running on it. In the future, I might just upgrade the SQUID server to use some i-RAM for storage, if it needs be :D.
So if there isn't any thing wrong with the proposed setup, I guess my question has been answered :).
No, the layout looks fine to my eyes likewise the table you drew .
Nevertheless, depending on the performance of the servers, I might consider putting all those services on a single server, as there is hardly anything to gain from routing through two servers solely because of the services per se.
Yet, my own setup looks rather similar - the server #1 (amd k6-2, 550mhz, 256mb ram) acts efficiently as a server (firewall via iptables, SSH, snort and squid), while the other machine just routes the traffic for clients.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.