Date: Tue, 5 Nov 1996 17:55:06 GMT From: Nik Clayton <nik@blueberry.co.uk> To: FreeBSD-gnats-submit@freebsd.org Subject: bin/1964: finger(1) and NIS failure Message-ID: <199611051755.RAA06381@coconut.blueberry.co.uk> Resent-Message-ID: <199611051800.KAA13462@freefall.freebsd.org>
next in thread | raw e-mail | index | archive | help
>Number: 1964 >Category: bin >Synopsis: In my NIS environment, finger(1) fails. >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Nov 5 10:00:01 PST 1996 >Last-Modified: >Originator: Nik Clayton >Organization: Blueberry New Media >Release: FreeBSD 2.1.5-RELEASE i386 >Environment: 2.1.5-RELEASE NIS Skeleton passwd file in /etc, real passwd file in /var/yp/master.passwd >Description: In an otherwise working NIS installation, finger fails to find users who are not in /etc/passwd. For my NIS installation, I've chosen to keep a skeleton passwd file in /etc, (which I can rdist around multiple machines), and keep the real passwd file in /var/yp/master.passwd. Take two users, 'root' and 'nik'. 'root' appears in /etc/passwd, 'nik' appears in /var/yp/master.passwd. A finger(1) on 'root' will turn up the correct information. Doing the same to 'nik' fails with the message 'no such user'. Repeating this with the '-m' flag to finger works. % finger root Login: root Name: Charlie Root ... % finger nik finger: nik: no such user % finger -m root Login: root Name: Charlie Root % finger -m nik Login: nik Name: Nik Clayton ... In every other respect, NIS appears to be working correctly -- usernames are being looked up correctly, password changes are propogating around the network and so on. >How-To-Repeat: # Install 2.1.5 # Turn on NIS # Install some users in /var/yp/master.passwd and not /etc/passwd % finger root Login: root Name: Charlie Root ... % finger nik finger: nik: no such user % finger -m root Login: root Name: Charlie Root % finger -m nik Login: nik Name: Nik Clayton ... The actual usernames do not appear to be important. In particular, it does not need to be the 'root' account. >Fix: Not known >Audit-Trail: >Unformatted:
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199611051755.RAA06381>