Mapeamento de propriedade de usuário e grupo por meio do LDAP

2

Estou instalando o smb 3.5 em um host do CentOS 6.2 usando o smbldap-tools. Eu já instalei uma configuração similar no RHEL4 usando smb 3.0, mas o CentOS agora usa nss-pam-ldapd e nslcd ao invés de nss_ldap, então as configurações não podem ser movidas diretamente.

Quando faço uma listagem de um diretório de compartilhamento que deve ter a propriedade do usuário e do grupo determinada pelo LDAP, recebo os uidNumbers e gidNumbers em vez dos UIDs e GIDs.

[root@edgar2 openldap]# ls -l /data/home | tail
drwx------.  2  30634 30080 4096 Mar 18  2009 userdir1
drwx------. 33  30548 30075 4096 Jan 29 15:20 userdir2
drwx------.  3  30554 30075 4096 Jan 26  2009 userdir3
drwx------. 12  30467 30075 4096 Jun 21  2012 userdir4
drwx------.  4  30543 30075 4096 Oct 21  2008 userdir5
drwx------.  8  30555 30075 4096 Oct 31 10:36 userdir5

Outros detalhes: centos 6.2, samba 3.5, smbldap-tools 0.9.6, openldap 2.4.23

Eu mexi com /etc/nsswitch.conf, /etc/pam_ldap.conf, /etc/nslcd.conf, /etc/pam.d/system-auth e / etc / sysconfig / authconfig. E o selinux está desligado.

Eu sei que a máquina está se conectando com sucesso ao LDAP. Um ldapsearch funciona a partir desta máquina, e posso até me conectar a um compartilhamento de samba com um login do ldap através do smbclient.

Partes relevantes do / etc / nsswitch:

passwd:     files ldap
shadow:     files ldap
group:      files ldap

#hosts:     db files nisplus nis dns
hosts:      files dns

bootparams: nisplus [NOTFOUND=return] files

ethers:     files
netmasks:   files
networks:   files
protocols:  files ldap
rpc:        files
services:   files ldap

netgroup:   nisplus ldap
#netgroup:   ldap

publickey:  nisplus

automount:  files nisplus ldap
#automount:  files ldap
aliases:    files nisplus

Partes relevantes do /etc/pam_ldap.conf (todo o resto é comentado):

host dir1.ourdomain.com
base dc=.ourdomain,dc=com
#uri ldaps://dir1.ourdomain.com
uri ldap://dir1.ourdomain.com

# basic auth config
binddn cn=admin,dc=ourdomain,dc=com
rootbinddn cn=admin,dc=ourdomain,dc=com

# random stuff
#timelimit 120
#bind_timelimit 120
#bind_policy hard
# brought these times down wmodes Aug 11, 2008
timelimit 30
bind_timelimit 30
bind_policy soft
idle_timelimit 3600
nss_initgroups_ignoreusers root,ldap

# pam config
#pam_password md5
pam_password md5

# config for nss
nss_base_passwd ou=people,dc=ourdomain,dc=com?one
nss_base_shadow ou=people,dc=ourdomain,dc=com?one
nss_base_group  ou=group,dc=ourdomain,dc=com?one

# OpenLDAP SSL mechanism
# start_tls mechanism uses the normal LDAP port, LDAPS typically 636
ssl no

# OpenLDAP SSL options
# Require and verify server certificate (yes/no)
#tls_checkpeer yes

# CA certificates for server certificate verification
tls_cacertfile /etc/openldap/cacerts/cacert.pem
tls_cacertdir /etc/openldap/cacerts

# Client certificate and key
tls_cert /etc/openldap/cacerts/servercert.pem
tls_key /etc/openldap/cacerts/serverkey.pem

Partes relevantes de /etc/pam.d/system-auth:

auth        required      pam_env.so
auth        sufficient    pam_fprintd.so
auth        sufficient    pam_unix.so nullok try_first_pass
auth        requisite     pam_succeed_if.so uid >= 500 quiet
auth        sufficient    pam_ldap.so use_first_pass
auth        required      pam_deny.so

account     required      pam_unix.so
account     sufficient    pam_localuser.so
account     sufficient    pam_succeed_if.so uid < 500 quiet
account     [default=bad success=ok user_unknown=ignore] pam_ldap.so
account     required      pam_permit.so

password    requisite     pam_cracklib.so try_first_pass retry=3 type=
password    sufficient    pam_unix.so sha512 shadow nullok try_first_pass use_authtok
password    sufficient    pam_ldap.so use_authtok
password    required      pam_deny.so

session     optional      pam_keyinit.so revoke
session     required      pam_limits.so
session     [success=1 default=ignore] pam_succeed_if.so service in crond quiet use_uid
session     required      pam_unix.so
session     optional      pam_ldap.so
session     optional      pam_mkhomedir.so skel=/etc/skel umask=077

E a única linha em / etc / sysconfig / authconfig que eu mudei foi:

USELDAP=yes

Alguma ideia? Para aqueles que são experientes com nis e pam, tenho certeza que isso é um acéfalo, mas eu poderia usar o pouco do seu cérebro que sabe como consertar isso.

    
por Wes Modes 15.02.2013 / 03:26

1 resposta

0

Eu estava pensando demais nisso. Não há necessidade de usar pam_ldap e sssd. De acordo com as listas sssd e CentOS, geralmente um usa um ou outro.

No final, recriou um sistema do meu modelo de VM e usou o authconfig, que edita os arquivos de sistema apropriados.

authconfig --enableldap --enableldapauth --enablemkhomedir --ldapserver=ldap.mydomain.edu --ldapbasedn="dc=mydomain,dc=com" --update

A única falha no authconfig é que ele não desativa as opções que você usa para habilitar. Por isso, está longe de ser seguro experimentar, já que você pode facilmente hospedar seu sistema.

    
por 16.07.2013 / 07:52