1 Jan 2008 02:02
idmap_nss: Default domain not being used
Patrick Rynhart <prynhart <at> gmail.com>
2008-01-01 01:02:12 GMT
2008-01-01 01:02:12 GMT
I have an existing PDC which I am attempting to move across to a new server. On the new server, I'm having trouble with idmap (using an LDAP backend) and trusted domains. The smb.conf file is the same on both servers. My idmap & winbind parameters are as follows: ldap idmap suffix = ou=idmap idmap backend = ldap:ldap://127.0.0.1 idmap uid = 10000-29000 idmap gid = 10000-29000 winbind use default domain = yes winbind enum users = yes winbind enum groups = yes On the new box, 'wbinfo -t' suceeds and I can list users and groups on the foreign domain using 'wbinfo -u' and 'wbinfo -g'. 'net rpc trustdom list' lists the trusted domain. Comparing the winbind debug logs of the existing and new PDC, I have discovered that the cruical difference appears to be the following line (which is missing on the new PDC) "SID S-1-5-21-15318837-110984162-118601546-6958 is being handled by default domain" On the new server I get: ------------------------ [ 3008]: lookupsid S-1-5-21-15318837-110984162-118601546-6958 refresh_sequence_number: IIST time ok refresh_sequence_number: IIST seq number is now 60700(Continue reading)
The first thing to remember is that samba uses two methods to talk to ldap.
As far as I remember, when you first issue the join, the client tries to log
into to the domain - this fails so it tries to create an account - this is
done by samba using the method configured in smb.conf viz:
add machine script = /usr/sbin/smbldap-useradd -w "%u".
which itself uses a perl module to make the connection and which is
confirgured by the smbldap_bind.conf and smbldap.conf.
Once the script has been called, samba checks that it worked using the
nssldap libraries.
Here, samba does the equivalent of:
getent passwd MyMachineName
Try running this - there are so many reasons it could fail - does it work
from the command line?
As you haven't included this in your description, I presume that it's the
bit you overlooked.
It is configured using ldap.conf - I found that these are in /etc and
/etc/openldap so I hard linked to make one file.
RSS Feed