id: usuário: esse usuário não existe

id: usuário: esse usuário não existe

Estou usando o Centos 7 para autenticar localmente usuários do Active Directory usando Kerberos. Entrei no reino com o Administrador e posso fazer login/ssh através dele/com ele,nslookupfuncionando bem e informações do adcliestá funcionando. Quando crio outro usuário chamado test e tento fazer login através do Centos, recebo o seguinte: id: test: no such user

teste de senha getentnão retorna nada

Aqui estão meus arquivos de configuração:

sssd.conf

domains = gio.server
config_file_version = 2
services = nss, pam

[domain/gio.server]
ad_domain = gio.server
krb5_realm = GIO.SERVER
realmd_tags = manages-system joined-with-samba 
cache_credentials = True
id_provider = ad
krb5_store_password_if_offline = True
default_shell = /bin/bash
ldap_id_mapping = True
use_fully_qualified_names = False
fallback_homedir = /home/%u
access_provider = ad

Aqui está okrb5.conf

# Configuration snippets may be placed in this directory as well
includedir /etc/krb5.conf.d/

includedir /var/lib/sss/pubconf/krb5.include.d/
[logging]
 default = FILE:/var/log/krb5libs.log
 kdc = FILE:/var/log/krb5kdc.log
 admin_server = FILE:/var/log/kadmind.log

[libdefaults]
 default = GIO.SERVER
 dns_lookup_realm = true
 dns_lookup_kdc = true
 ticket_lifetime = 24h
 renew_lifetime = 7d
 forwardable = true
 rdns = false
 pkinit_anchors = FILE:/etc/pki/tls/certs/ca-bundle.crt
# default_realm = EXAMPLE.COM
 default_ccache_name = KEYRING:persistent:%{uid}

 default_realm = GIO.SERVER
[realms]
 GIO.SERVER = {
kdc = gio.server:88
default_domain = gio.server
#  kdc = kerberos.example.com
#  admin_server = kerberos.example.com
 }


[domain_realm]
# .example.com = EXAMPLE.COM
# example.com = EXAMPLE.COM
 .gio.server = GIO.SERVER
 gio.server = GIO.SERVER

No entanto, quando eu estava solucionando problemas usandoteste de verificações de usuário sssctlretornou o seguinte erro:

user: test
action: acct
service: system-auth

sss_getpwnam_r failed with [0].
User name lookup with [test] failed.
Unable to get user objectInfoPipe User lookup with [test] failed.
testing pam_acct_mgmt

pam_acct_mgmt: User not known to the underlying authentication module

PAM Environment:
 - no env -

Por favor, se estiver faltando alguma coisa, me avise.

Responder1

O problema subjacente é a falta de permissões de leitura para propriedades específicas que a conta do computador precisa para as contas de usuário no AD.

Quando um usuário é adicionado aos Administradores de Domínio, a herança de permissão é desativada e determinadas permissões são concedidas explicitamente aos Usuários Autenticados. Isso permite que o servidor obtenha as propriedades necessárias para autenticar administradores, mas não usuários normais.

Para corrigir o problema, conceda aos usuários autenticados ou a um grupo de segurança criado especificamente as permissões "Listar conteúdo", "Ler todas as propriedades" e "Permissões de leitura" na raiz do domínio que se aplica a "Objetos de usuário descendente".

informação relacionada