home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!sun-barr!cs.utexas.edu!ut-emx!ibmchs!auschs!awdprime.austin.ibm.com!ekhadafi.austin.ibm.com!curt
- From: curt@ekhadafi.austin.ibm.com (Curt Finch 903 2F021 curt@aixwiz.austin.ibm.com 512-838-2806)
- Newsgroups: comp.unix.aix
- Subject: Re: sendmail and NIS managed aliases problem
- Message-ID: <1992Aug26.152346.20352@awdprime.austin.ibm.com>
- Date: 26 Aug 92 15:23:46 GMT
- References: <BtJG8z.xys@icsbelf.uucp> <Aug25.214914.26624@cdsac.uucp> <1992Aug26.032028.28597@csi.on.ca>
- Sender: news@awdprime.austin.ibm.com (USENET News)
- Organization: IBM AWD, Austin
- Lines: 26
-
- mcr@csi.on.ca (Michael Richardson) writes:
- >3.1 NIS also ``forgets'' to consult the local password file. If an
- >NIS server is not available, (like, because the network isn't there or
- >the interface becomes foobar for some reason) then you can't login at
- >all. Boot from tape. Moral: be very wary about letting 3.1.x machines
- >run ypbind...
-
- Not true.
- It always looks in the local /etc/passwd file first, up until it finds
- a '+' or a '-' there.
-
- Most people hang anyway trying to log in as root (root is before the
- '+') because they are serving the /etc/group file also. The only way
- the system can determine root's grouplist is to read the whole
- /etc/group file and the entire NIS group map, (if there's a '+' in
- /etc/group.) There's really no way to fix this.
-
- There was a bug in 3.1 where it would try to bind anyway, (and hang if
- the server was dead,) even for root with no NIS group serving. That
- should be fixed in 3.2 and in 2007 or 2008, (i forget which.)
-
- Moral: Don't be wary, just run the latest stuff.
- --
- curt@aixwiz.austin.ibm.com (Curt L. Finch) | AIX NFS/NIS Field Quality
- My views are unrelated to those of IBM | Austin, TX
- Social Security isn't a retirement plan. It's middle class welfare.
-