Opinions: Building a Linux network/infrastructure from the ground up?

Opinions: Building a Linux network/infrastructure from the ground up?

Post by flacc » Tue, 05 Mar 2002 05:13:09



I have the opportunity to migrate our entire organization to Linux on
the back end - if I can do it without spending a lot of cash and minimal
disruption to users.

I'd like some suggestions for setting this up, if there are any takers.
  I've got about 1.5 years of Unix/Linux experience, coming out of a
Netware/NT environment.  I do have the luxury of time, however - if I'm
well on the way by late summer, I'm OK.

Some background:

We have a few netware servers for file/print, and several NT/Win2K
servers for database, a couple IIS/COM apps, and vertical market
applications.  We also have some Linux boxes set up for SMTP, web,
print, and Tomcat Java servlet host.

All desktops (except mine and another fellow geek) are a mix of
Win95/98/2K.  No XP (and I'm trying to keep it that way).  We have about
300-400 people.  Most of our PC's at the line level are shared between
multiple users.  We have two overlapping shifts, so in general users
keep their work on a server and take a PC when it becomes available in
the office, so roving-everything would be nice.

A major goal is a unified user account and permissions database.  A
single password for our employees, for all resources from Unix and SAMBA
file access to web mail logins.  A single place to change their single
password.  A single location for group membership, available for
everything from file permissions to Java web application security
purposes.  And, I'd like to avoid setting up new user accounts in half a
dozen places like I do now.

Would an LDAP-based accounts database achieve this?  Am I correct that
using LDAP via PAM would make LDAP authentication transparent to all
Linux applications?  Is LDAP authentication secure over a large,
untrusted network?  ALL our networked computers - servers and
workstations - have 24/7 Internet-routable ethernet TCP/IP connections.
  I know many of you are aghast, but this is something that's out of my
scope of control at the moment.

Any other options?

Another issue I have to deal with is migrating our ACL-based permissions
to Unix-like permissions under SAMBA.  We have a a fairly involved set
of file access rules that I'd have to at least approximate.  Is there a
mature, seamless/transparent ACL package for Linux, or a general
algorithm/strategy for mapping ACL's to Unix's UGO's?  And, again, could
these group memberships and rules be unified/centralized e.g. via LDAP?

Regarding networking between the Linux servers themselves - given our
inherently insecure environment, NIS might not be the wisest choice.  Is
there a more secure alternative?

Finally, assuming there are workable solutions for the unified
accounts/permissions problem - what are the performance penalties (if any)?

As for replacing existing systems, the plan goes something like this:

- Replace the netware file/print with SAMBA

- Replace IIS/COM apps with Java servlets

- Replace our netware-based mail with Maildir, Courier-IMAP, qmail, and
SquirrelMail for web access

- Replace IIS with Apache

- Vertical-market apps that depend on their Windows servers stay there.

The remainder of the work will be porting our apps to Java, and finally
migrating our data from SQL Server to PostgreSQL.  This will be somewhat
challenging and time-consuming, but I can do this piece-meal concurrent
with the rest of the conversion.  If this part runs beyond summer that's
OK as long as everything works from the users' perspective.

Thanks very much in advance for your insights.  Any pointers to (recent,
relevant) books and on-line resources would also be appreciated.

 
 
 

Opinions: Building a Linux network/infrastructure from the ground up?

Post by Ted Stabero » Tue, 05 Mar 2002 06:00:41


Hi Flacco,

   Spend some time with the docs for Samba/Winbind.  Also checkout the
various Linux acl projects.  This is a good one  http://acl.bestbits.at/

This should get you started.

Ted Staberow


> I have the opportunity to migrate our entire organization to Linux on
> the back end - if I can do it without spending a lot of cash and minimal
> disruption to users.

> I'd like some suggestions for setting this up, if there are any takers.
>  I've got about 1.5 years of Unix/Linux experience, coming out of a
> Netware/NT environment.  I do have the luxury of time, however - if I'm
> well on the way by late summer, I'm OK.

> Some background:

<SNIP>

 
 
 

Opinions: Building a Linux network/infrastructure from the ground up?

Post by Shaun Marol » Tue, 05 Mar 2002 08:05:40


Samba is the definite approach here. You'll assuradely want the latest
version. (2.2.3a) which you can get at www.samba.org also use the samba news
group linux.samba (I am very active there) to get help Robert knows more
than I do there but I definitely put in my fair share. As of Samba 2.2 and
up the default secuity level is user which is where you'll want it anyway.
Previous versions defaulted to share. I'll post my current smb.conf file as
starting point for you to work from. It is easily modifiable. Also do a 'man
smb.conf' to get specifics on the entries for the smb.conf file.

-- Shaun

# Global parameters
[global]
 client code page = 437
 workgroup = CSRA1
 netbios name = MDK-LINUX
 interfaces = 127.0.0.1 192.168.0.9
 bind interfaces only = Yes
 encrypt passwords = Yes
 root directory = /
 unix password sync = Yes
 restrict anonymous = Yes
 deadtime = 30
 socket options = TCP_NODELAY SO_RCVBUF=8192 SO_SNDBUF=8192
 printcap name = lpstat
 domain logons = Yes
 os level = 33
 lm announce = False
 preferred master = True
 domain master = True
 wins support = Yes
 admin users = shaun
 printer admin = shaun
 printing = cups
 lpq command = lpq -P%p %j
 printer name = Lexmark

[homes]
 read only = No
 browseable = No

[printers]
 path = /var/spool/samba
 create mask = 0700
 printable = Yes
 print command = lpr-cups -P %p -o raw %s -r
 lpq command = lpstat -o %p
 lprm command = cancel %p-%j
 browseable = No

[tmp]
 path = /tmp
 read only = No
 browseable = No

[Net-Share]
 path = /share
 read only = No

[root]
 path = /
 valid users = shaun, root
 admin users = shaun, root
 read list = shaun, root
 write list = shaun, root
 hosts allow = 127.0.0.1 192.168.0.1
 browseable = No
 delete readonly = Yes

[Lexmark]
 path = /var/spool/samba
 read only = No
 create mask = 0700
 printable = Yes
 print command = lpr-cups -P %p -o raw %s -r
 lpq command = lpstat -o %p
 lprm command = cancel %p-%j
 oplocks = No

[print$]
 path = /usr/local/samba/printers
 write list = shaun, root


Quote:

> I have the opportunity to migrate our entire organization to Linux on
> the back end - if I can do it without spending a lot of cash and minimal
> disruption to users.

> I'd like some suggestions for setting this up, if there are any takers.
>   I've got about 1.5 years of Unix/Linux experience, coming out of a
> Netware/NT environment.  I do have the luxury of time, however - if I'm
> well on the way by late summer, I'm OK.

> Some background:

> We have a few netware servers for file/print, and several NT/Win2K
> servers for database, a couple IIS/COM apps, and vertical market
> applications.  We also have some Linux boxes set up for SMTP, web,
> print, and Tomcat Java servlet host.

> All desktops (except mine and another fellow geek) are a mix of
> Win95/98/2K.  No XP (and I'm trying to keep it that way).  We have about
> 300-400 people.  Most of our PC's at the line level are shared between
> multiple users.  We have two overlapping shifts, so in general users
> keep their work on a server and take a PC when it becomes available in
> the office, so roving-everything would be nice.

> A major goal is a unified user account and permissions database.  A
> single password for our employees, for all resources from Unix and SAMBA
> file access to web mail logins.  A single place to change their single
> password.  A single location for group membership, available for
> everything from file permissions to Java web application security
> purposes.  And, I'd like to avoid setting up new user accounts in half a
> dozen places like I do now.

> Would an LDAP-based accounts database achieve this?  Am I correct that
> using LDAP via PAM would make LDAP authentication transparent to all
> Linux applications?  Is LDAP authentication secure over a large,
> untrusted network?  ALL our networked computers - servers and
> workstations - have 24/7 Internet-routable ethernet TCP/IP connections.
>   I know many of you are aghast, but this is something that's out of my
> scope of control at the moment.

> Any other options?

> Another issue I have to deal with is migrating our ACL-based permissions
> to Unix-like permissions under SAMBA.  We have a a fairly involved set
> of file access rules that I'd have to at least approximate.  Is there a
> mature, seamless/transparent ACL package for Linux, or a general
> algorithm/strategy for mapping ACL's to Unix's UGO's?  And, again, could
> these group memberships and rules be unified/centralized e.g. via LDAP?

> Regarding networking between the Linux servers themselves - given our
> inherently insecure environment, NIS might not be the wisest choice.  Is
> there a more secure alternative?

> Finally, assuming there are workable solutions for the unified
> accounts/permissions problem - what are the performance penalties (if
any)?

> As for replacing existing systems, the plan goes something like this:

> - Replace the netware file/print with SAMBA

> - Replace IIS/COM apps with Java servlets

> - Replace our netware-based mail with Maildir, Courier-IMAP, qmail, and
> SquirrelMail for web access

> - Replace IIS with Apache

> - Vertical-market apps that depend on their Windows servers stay there.

> The remainder of the work will be porting our apps to Java, and finally
> migrating our data from SQL Server to PostgreSQL.  This will be somewhat
> challenging and time-consuming, but I can do this piece-meal concurrent
> with the rest of the conversion.  If this part runs beyond summer that's
> OK as long as everything works from the users' perspective.

> Thanks very much in advance for your insights.  Any pointers to (recent,
> relevant) books and on-line resources would also be appreciated.

 
 
 

Opinions: Building a Linux network/infrastructure from the ground up?

Post by Arnoud Smi » Tue, 05 Mar 2002 23:07:52


Quote:> Would an LDAP-based accounts database achieve this?  Am I
> correct that
> using LDAP via PAM would make LDAP authentication
> transparent to all
> Linux applications?  Is LDAP authentication secure over a
> large,
> untrusted network?  ALL our networked computers - servers
> and
> workstations - have 24/7 Internet-routable ethernet TCP/IP
> connections.
>   I know many of you are aghast, but this is something
> that's out of my
> scope of control at the moment.

Okay.. lots of questions lets see if I can help..
At the moment I'm working on a project for one of our
clients, who wants to connect a few thousand user-accounts
on an LDAP server for authentication purpose. Right now I'm
setting up a pilot with 10 systems and 50 users...

LDAP can be used to authenticate users. PAM takes care of
authentication; be it with /etc/passwd or with a file on the
other end of the world. You need the PAM-LDAP module to have
it use the uid/passwd stored in  the database under the LDAP
server.

First part anwsered; yes it is possible

Second part; is it secure..
Not out of the box.. (as far as we can speak of an out of
the box installation over here..) The LDAP solution needs a
lot of stuff working together; LDAP, DBMS, PAM,
PAM-LDAPmodule, and to be secure Open-SSL and
Cyrus-openSASL. These last two provide the secure access
(crypted etc) over which username and password travel.

Quote:> Regarding networking between the Linux servers themselves
> - given our
> inherently insecure environment, NIS might not be the
> wisest choice.  Is
> there a more secure alternative?

Read the piece about the LDAP-server; secure and a
replacement of NIS.

Quote:> Finally, assuming there are workable solutions for the
> unified
> accounts/permissions problem - what are the performance
> penalties (if any)?

The L is of Lightweight.. so LDAP is a light protocol
(mostly only reading of the database.) I'm running it on an
old 255Mhz laptop without problems.. (and even using it for
other things as well..)

Quote:> Thanks very much in advance for your insights.  Any
> pointers to (recent,
> relevant) books and on-line resources would also be
> appreciated.

Hmm.. reading all your questions; why not take a look at
E-Smith? Nice distro which brings you just what you need..

Good luck..

Arnoud

 
 
 

1. Building the Linux business infrastructure & JBOSS 3.0

By Steven J. Vaughan-Nichols
July 11, 2002
http://techupdate.zdnet.com/techupdate/stories/main/0,14179,2873704,0...
+You don't need a weatherman to know which way the wind blows--or a
+CIO to know that Linux has become a major server operating system.
+The real question for IT managers is whether Linux is ready to
+move beyond file and Web servers to application and Web services
+servers. The answer, if IBM has anything to do with it, is an
+unqualified yes.
...
+It's not just about Linux
+The move to Linux middleware represents a true change, says IDC's
+Kusnetzky, and in the end helps to unify the Unix platform. "HP is
+talking about how HP-UX will be able to run Linux applications; so
+is Sun with Solaris," he says. "ISVs are going to be asking
+themselves, 'Why should I bother to develop for a specific Unix if
+I can develop for Linux and it will run on almost all Unix
+platforms?'" Kusnetzky says that IBM is smart in betting big that
+Linux will become the universal enterprise Unix platform of
+tomorrow.
+
+Not only are IBM, Oracle, and other middleware vendors embracing
+Linux, they're also embracing J2EE-- almost all Linux middleware
+products are based on J2EE application servers. This isn't an
+about-face, but it doesform a strong bond between Linux and J2EE.
+
+One could even argue, as Kusnetzky does, that CIOs decide what
+database and middleware they need before they decide which
+operating system to support, rather than vice versa. "You don't
+want to lock yourself into hardware and operating systems, because
+that only makes it harder to migrate as technology improves," he
+explains. This approach is especially safe considering that
+middleware development has largely divided into two camps: Net
+supporters (Microsoft) and J2EE supporters (everyone else).

Also, "everyone else" also includes the open sourced free LGPL
licensed JBOSS.

http://www.jboss.org/
+JBOSS: THE SMART CHOICE
+THE JAVA APP-SERVER REFERENCE IMPLEMENTATION. 150,000+ DOWNLOADS
+PER MONTH, DEVELOPERS WORLDWIDE, THE BEST OPEN SOURCE, J2EE-BASED
+WEB APPLICATION SERVER ALL THAT FOR FREE!
+
+JBoss is an Open Source, standards-compliant, application server
+implemented in 100% Pure Java and distributed for free. With
+150,000+ downloads per month, JBoss is THE most downloaded web-app
+server in the world based on the J2EE specification. Simply good
+java. JBoss is developed 24x7 around the world by java middleware
+professionals. The JBoss Group umbrella regroups the independents
+behind JBoss to offer you worldwide professional services. We are
+JBoss.org. We define the standard for award-winning java
+middleware technology. That is what we call "coding the future."
+
+ New JBOSS 3.0 IS AVAILABLE
+
+ After 18 month of development and 3 month of beta, JBoss 3.0 is
+FINAL. With new a new microkernel JMX base, a full HTTP server,
+JCA, EJB2.0, and Clustering, JBoss 3.0 is a full-fledged J2EE
+based web application server. We bundle the full server in one
+easy to install and easy to use package

David Mohring - http://www.jboss.org/topten.jsp

2. Netscape Personal Toolbar Contents Disappear?

3. Requesting opinions on UPS /w Linux driver?

4. Squashed Documents

5. Bash grinding, grinding and using all my memory?

6. HELP! Novice in trouble running X.

7. Shape Ups,Men's Shape Ups,Men's Skechers Shape Ups - new styles!

8. mklinux is great! (late to the party)

9. Ground Zero Plans Call For Super-Tall Building :-)

10. Building new Linux server - opinions

11. JOB Opp: Principal Software Engineer- Lead-Edge Network Infrastructure Products- California PreIPO

12. network topology/infrastructure management

13. FS: Networking tools, Cheap, free ground ship, RJ45, Cat5, cable tester, patch panel, keystone