[389-users] Does Oracle interfere with LDAP authentication?

David Barr dafydd at dafydd.com
Tue Jun 7 18:43:10 UTC 2011


This is occurring at login, before the user-specific path is set. (At
least, I hope we're waiting for authentication before setting the user's
path!) So, the relevant path is the one built into sshd at compile time,
and reported in /etc/ssh/sshd_config, right?[1] That's just
/usr/local/bin:/bin:/usr/bin.

I took at shot at "ps faux" to see if I could find any child processes
invoked by sshd to test the ldap authentication. I didn't catch anything.

"getent passwd" as root on these hosts does return the LDAP based users.
So, I can see at least that much of the RHDS. So, I know the server is
visible and talking to these hosts.

Thanks!
David

[1] -
http://forums13.itrc.hp.com/service/forums/questionanswer.do?admit=109447627+1307470719578+28353475&threadId=686313


On Tue, June 7, 2011 10:49, crashingdaily wrote:
> Oracle includes its own LDAP client and libs whose syntax is different
> from OpenLDAP's. Is  $ORACLE_HOME/bin/  earlier in your $PATH than /
> usr/bin ?
>
> On Jun 7, 2011, at 1:38 PM, David Barr wrote:
>
>> Good Morning!
>>
>> Take 30 hosts, all with identical
>>
>> /etc/nsswitch.conf
>> /etc/ldap.conf
>> /etc/ssh/ssh_config
>> /etc/ssh/sshd_config
>> /etc/auto.master and subsidiary files
>>
>> The only two hosts where LDAP authentication fails are the two Oracle
>> servers. All are running on the same RHEL 5.4.
>>
>> Anyone seen anything like this, before?
>>
>> Thanks!
>> David

-- 
David - Offbeat                http://dafydd.livejournal.com
dafydd - Online                http://pgp.mit.edu/
Battalion 4 - Black Rock City Emergency Services Department
       Integrity*Commitment*Communication*Support





More information about the 389-users mailing list