This service will be undergoing maintenance at 00:00 UTC, 2017-10-23 It is expected to last about 30 minutes

Bug 141267

Summary: servers cannot authenticate agains nis
Product: Red Hat Enterprise Linux 3 Reporter: Jonathan Schatz <jon>
Component: glibcAssignee: Jakub Jelinek <jakub>
Status: CLOSED NOTABUG QA Contact: Brian Brock <bbrock>
Severity: medium Docs Contact:
Priority: medium    
Version: 3.0CC: k.georgiou, tmraz
Target Milestone: ---   
Target Release: ---   
Hardware: i386   
OS: Linux   
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2004-12-03 18:25:08 EST Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Description Jonathan Schatz 2004-11-29 17:09:31 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.3)
Gecko/20041020 Galeon/1.3.18

Description of problem:
I've got two machines (a and b). Machine a is running rhel3 ws with no
updates, machine b is running rhel3 as U3. Machine a and b have
identical /etc/sysconfig/authconfig options:


both machines mount home directories from a nfs server.

on both machines my /etc/passwd entry (jon, id 1001) is listed in nis
and not locally. 

when i ssh as myself to machine a, i'm automatically logged in (i have
dsa keys set up). when i ssh as myself to machine b , i'm asked for a
password, and (if i bother to enter one) i get rejected. if i ssh into
machine b as root (for instance, could be any user listed in the local
passwd file), not only can i log in, but i can finger myself and see
correct information. also, id and getent both work locally as well.
nis is working in every other circumstance i can devise (ypcat works),
but not when i'm trying to ssh in. also, no other redhat-based linux
here has this issue. redhat 7.2/7.3/8.0/9 and fedora core 1/2/3 all
work fine.

here are the specifics for each machine:

machine a (nis works here):

[jon@a jon]$ rpm -q pam ypbind yp-tools authconfig glibc

machine b (nis doesn't work here):
[jon@b jon]$ rpm -q pam ypbind yp-tools authconfig glibc

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1. ssh into rhel3 machine with at least U2 or U3


Actual Results:  get rejected

Expected Results:  i should have been logged in.

Additional info:
Comment 1 Tomas Mraz 2004-11-30 03:00:35 EST
Could it be the bug 138937?
Also could you try to look into the syslog if there is something
Comment 2 Jonathan Schatz 2004-11-30 15:08:45 EST
i don't think it's bug 138937, since none of these machines have had
glibc updated on them (they were all installed from the U3 cd, and
haven't had an upgraded glibc). here's what's in syslog when i try to
ssh in:

[root@engweb log]# tail /var/log/messages
Nov 30 12:21:32 localhost portmap: portmap shutdown succeeded
Nov 30 12:21:33 localhost portmap: portmap startup succeeded
Nov 30 12:21:34 localhost ypbind: ypbind shutdown succeeded
Nov 30 12:21:34 localhost ypbind: ypbind startup succeeded
Nov 30 12:21:34 localhost ypbind: bound to NIS server
Nov 30 12:21:50 localhost sshd(pam_unix)[8398]: check pass; user unknown
Nov 30 12:21:50 localhost sshd(pam_unix)[8398]: authentication
failure; logname= uid=0 euid=0 tty=NODEVssh ruser=
Nov 30 12:22:10 localhost sshd(pam_unix)[8398]: check pass; user unknown
Nov 30 12:22:15 localhost sshd(pam_unix)[8398]: check pass; user unknown
Nov 30 12:22:17 localhost sshd(pam_unix)[8398]: 2 more authentication
failures; logname= uid=0 euid=0 tty=NODEVssh ruser=
Comment 3 Tomas Mraz 2004-12-01 11:28:02 EST
What gives you 'getent passwd <username>' ?
Comment 4 Jonathan Schatz 2004-12-01 15:35:21 EST
> What gives you 'getent passwd <username>' ?

[root@engweb root]# getent passwd jon
jon:apasswordhash:1001:201:Jonathan Schatz:/exit14/home/jon:/bin/bash

this is correct (and from nis). 
Comment 5 Tomas Mraz 2004-12-02 06:30:59 EST
Hmm, strange there seems to be no change in pam_unix between RHEL3 and
RHEL3 U3. So this means the problem must be somewhere else. 
Comment 6 Tomas Mraz 2004-12-02 07:24:51 EST
Do you have privilege separation enabled in SSH? What results (with
syslog) you get if you try to login as the same user on console?
Also could you set some simple password for this user and post
complete  getent passwd <username> output?
Comment 7 Jonathan Schatz 2004-12-03 18:25:08 EST
ok, i'm not sure what was going on with nis here. i went to the
console of the original machine i found this problem on, and could
login fine. i then tried to ssh to the machine, and got the same error
from above. i changed the sshd_config file to enable privsep, and
restarted sshd. i then could log in. thinking i had solved the
problem, i ssh'd into the other machines i had issues on to change
their sshd configs, and found that i had no problems logging in at all
(without changing their sshd config or restarting sshd). so i'm
resolving this bug and assuming that something was out of whack on our
nis servers. if i can somehow reproduce this issue i'll reopen this bug.