JohnA's questions

Eu tenho um servidor OpenLDAP no CentOS 7.8 e estou tentando carregar a sobreposição ppolicy. Estou tentando carregar no módulo com este comando:

ldapmodify -Y EXTERNAL -H ldapi:/// -f ppolicy_load.ldif

e recebo este erro:

add olcModuleLoad:
        ppolicy
modifying entry "cn=module{0},cn=config"
ldap_modify: Type or value exists (20)
        additional info: modify/add: olcModuleLoad: value #0 already exists

O conteúdo de ppolicy.ldif:

dn: cn=module{0},cn=config
changetype: modify
add: olcModuleLoad
olcModuleLoad: ppolicy

cn=module{0},cn=config.ldif conteúdo:

dn: cn=module{0}
objectClass: olcModuleList
cn: module{0}
olcModulePath: /usr/lib64/openldap
olcModuleLoad: {0}back_bdb
olcModuleLoad: {1}syncprov

informação adicional:

ldapsearch de cn=module{0},cn=config produz o seguinte:

# module{0}, config
dn: cn=module{0},cn=config
objectClass: olcModuleList
cn: module{0}
olcModulePath: /usr/lib64/openldap
olcModuleLoad: {0}back_bdb
olcModuleLoad: {1}syncprov
olcModuleLoad: {2}ppolicy 

O esquema ppolicy foi carregado. Infelizmente, também apliquei a sobreposição ppolicy

dn: olcOverlay=ppolicy,olcDatabase={2}hdb,cn=config
objectClass: olcOverlayConfig
objectClass: olcPPolicyConfig
olcOverLay: ppolicy
olcPPolicyDefault: cn=default,ou=policies,dc=mydomain,dc=com

e agora, slapcat -n 0 produz o seguinte erro:

5ede54b5 UNKNOWN attributeDescription "OLCPPOLICYDEFAULT" inserted.
5ede54b5 config error processing olcOverlay={1}ppolicy,olcDatabase={2}hdb,cn=config:
slapcat: bad configuration file!

Suponho que isso seja devido ao módulo não estar carregado corretamente e agora ter um problema.

Alguém pode dar uma orientação de como fazer isso funcionar? Configurei isso em servidores de teste derivados do meu servidor ldap principal sem problemas.

Obrigado.

Eu tenho um requisito para que uma estação de trabalho doméstica de usuários (mac) se conecte via túnel ssh a um host bastion corporativo (bastion.corpnetexternal.com) e a uma estação de trabalho mac (host.corpnetinternal.com) na rede corporativa. Aqui está a string de conexão:

ssh -N -f -L 2345:host.corpnetinternal.com:22 [email protected]

Isso é conhecido por funcionar, então não se preocupe.

O túnel ssh precisa ser criado automaticamente e deve haver monitoramento para garantir que ele seja funcional de ponta a ponta e, se não for reiniciado.

Além disso, essa funcionalidade pode não depender ou ser interrompida por um túnel VPN que pode ou não estar presente da estação de trabalho remota do usuário para a rede corporativa.

Agradeceria qualquer sugestão. Por favor, sem comentários sobre o porquê de usar o túnel ssh se uma VPN estiver disponível. Listei os requisitos que me foram impostos.