home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!zaphod.mps.ohio-state.edu!saimiri.primate.wisc.edu!crdgw1!rdsunx.crd.ge.com!ariel!davidsen
- From: davidsen@ariel.crd.GE.COM (william E Davidsen)
- Newsgroups: comp.unix.sys5.r4
- Subject: Re: Dell SVR4 in an NIS Environment
- Message-ID: <1992Dec14.220519.7351@crd.ge.com>
- Date: 14 Dec 92 22:05:19 GMT
- References: <1992Dec12.020117.4802@fallst>
- Sender: usenet@crd.ge.com (Required for NNTP)
- Reply-To: davidsen@crd.ge.com (bill davidsen)
- Organization: GE Corporate R&D Center, Schenectady NY
- Lines: 23
- Nntp-Posting-Host: ariel.crd.ge.com
-
- In article <1992Dec12.020117.4802@fallst>, tkevans@fallst (Tim Evans) writes:
- | I administer a mostly-Sun-with-some-AIX network and have just added a
- | Dell SVR4 Issue 2.2 host to the network. Although all the yp*
- | stuff is there, Dell tech support says it doesn't work, and can't
- | be made to work. Assuming this is correct, how (if at all) can
- | I have the Dell system participate in my NIS/automount universe
- | where anyone can log in anywhere and have their normal environment?
- | /etc/passwd has different formats, so I can't just rdist it; I suppose
- | automounter maps can be rdist-ed. What other ideas are there?
-
- Dell automount does work, even if yp doesn't (and I'm not sure that's
- completely true). You do have a problem with distributing the hosts
- file, because Dell has a shadow password file and many BSD based systems
- don't. Actually older SysV systems don't either, and I think you would
- have to distribute the shadow file, too.
-
- Other than making a Dell machine your ypmaster (you can combine the
- passwd and shadow files with a script), I don't have any good ideas for
- that.
-
- --
- bill davidsen, GE Corp. R&D Center; Box 8; Schenectady NY 12345
- Keyboard controller has been disabled, press F1 to continue.
-