On Mon, 9 Oct 2000 at 01:39, [EMAIL PROTECTED] wrote:
>Where can i find documents about standard rules to follow in setting up
>Internet (corporate/cafe)?
Your definition of "standard rules" doesn't seem like something you'd find
in any HOWTO document I know of. They look more like basic questions an
experienced ISP person would answer. FWIW, you can check out the latest
documents from the Linux Documentation Project (LDP), including a number
of guides and HOWTOs. URL: <http://www.linuxdoc.org/>
>like for example if i have 1000 user(mail/web) is 128K leased line
>connection enough? how much processing does it take? do i need a pentium
>III or lower model is enough. Is linux enough enough to handle the
>DNS/Web/proxy servers. How much memory is adviceable? example 1000 users
>= 128MB of memory? is that enough?
No offense meant, but you're painfully mixing things up here. Some points
you may want to consider:
1. It's your number of _simultaneous users_ that you want to consider when
thinking of bandwidth, processing capability and RAM.
a. A 128k leased line will DEFINITELY be inadequate to handle 1000
simultaneous users. It can also be inadequate for a single bandwidth
hungry user. Average, though, this should be okay for a cafe of say,
six workstations. I'm no authority, though. You'd better ask around
first. Or start with what you can afford, and grow from there based
on demand.
b. Your processor is not really a major issue, if you're doing plain
DNS/web/proxying. I don't think any of these three services will use
that much of your CPU, unless you'll subject them to extreme
loads. I'd wait for more intelligent answers from those who have
experienced "extreme loads", though. I haven't. I max my CPU out by
running SETI@home with nice 19. Hahaha!
c. RAM depends on what services you'll be running. Proxy servers seem
to be heavy on disk I/O and RAM, though, so you may want to play
things safe by going with 128MB. Under heavy loads people normally
like to have parallel disks for their cache, too. SCSI RAID should
be cool, if you have the money. For small loads, whatever you have
will do. I've got a Celeron 400MHz, 128MB RAM, single UDMA/33 IDE
hard drive on my server, and it's running Samba, PostgreSQL, MySQL,
QMail and Courier IMAP on top of BIND for DNS, and Apache for both
my webserving and web proxying. It's been humming like a baby ...
well, at times the disk gets noisy, which is why I'm laying down
the foundations for getting it upgraded.
d. Linux can DEFINITELY handle your requirement. Hahaha! ;>
2. Your "static limit" for your users will really depend on your software
and your storage space. I don't think software limits are an issue for
1000 users, though. Hitting the 64k (?) area will probably have
performance and security implications for standard text passwd files,
though. AFAIK this is where LDAP and SQL-based user databases come into
play. When talking about storage you'll have to ask yourself how much disk
space do you plan to allocate per user for his/her home directory and for
e-mail on the server. Plus of course, your cache (proxy), your
applications, your data (the web pages, the configs), et al.
>I guess if there are no documents on the net that would answer my
>questions. Those experience admins have answers to my questions from
>their experiences.
Documents are written by experienced admins with answers so the only
difference is that one was written for you, while the other was first
written for someone else. Don't take my word as an experienced admin's,
though. I'm nowhere near that title. :-)
Good luck.
--> Jijo :-)
--
Linux, MS-DOS, and Windows NT ...
... also known as the Good, the Bad, and the Ugly
Federico Sevilla III (Network Administrator)
THE LEATHER COLLECTION, INC.
#15 Don Mariano Lim Industrial Complex, Alabang-Zapote Road
beside Toyota - Alabang, Las Pinas City 1740 PHILIPPINES
Ofc: +63.2.842.2261 Fax: +63.2.842.2204
Apt: +63.2.523.8251 to 64 (loc 601) Cel: +63.919.550.4216
_
Philippine Linux Users Group. Web site and archives at http://plug.linux.org.ph
To leave: send "unsubscribe" in the body to [EMAIL PROTECTED]
