home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / sys / apollo / 3057 < prev    next >
Encoding:
Text File  |  1992-07-21  |  1.5 KB  |  33 lines
  1. Newsgroups: comp.sys.apollo
  2. Path: sparky!uunet!mcsun!dxcern!dxcern!bcr
  3. From: bcr@cernapo (Bill Riemers)
  4. Subject: Re: Favourite DOMAIN/OS features (or mis-features)
  5. In-Reply-To: chuck@edsi.plexus.COM's message of 20 Jul 92 14:22:05 GMT
  6. Message-ID: <BCR.92Jul21123903@hpl3sn02.cern.ch>
  7. Sender: news@dxcern.cern.ch (USENET News System)
  8. Organization: CERN, European Research Center for High Energy Physics
  9. References: <1992Jul19.232614.10280@mnemosyne.cs.du.edu>
  10.     <1992Jul20.142205.27209@edsi.plexus.COM>
  11. Date: Tue, 21 Jul 1992 11:39:03 GMT
  12. Lines: 19
  13.  
  14. In article <1992Jul20.142205.27209@edsi.plexus.COM> chuck@edsi.plexus.COM (Chuck Tomasi) writes:
  15.  
  16.    In comp.sys.apollo you write:
  17.  
  18.    - The fact that root is root is root!  I log in to an HP-UX system and
  19.    can't modify files across a system without punching a security hole in
  20.    the kernel.  With the Apollo file system I've got the whole network (//)
  21.    at my disposal.  When you're looking to do something simple like touch
  22.    /sys/node_data/etc/daemons/tcpd for all nodes, that comes in handy.
  23.  
  24. Ah, but this is also one of its bigest problems.  If you have two or three
  25. hundred private nodes linked together you have a problem.  You can't possably
  26. have enough hired system managers take care of them all.  On the other hand,
  27. you don't dare allow 200+ people with root privledge either.  What I wouldn't
  28. give to be able to have someone from my university to have root access to our
  29. nodes...  Instead, I have to wait weeks for a system manager to get time to
  30. make relatively minor changes.
  31.  
  32.                                    Bill
  33.