nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

As we transition to the new Hyland Community, some post links may be temporarily disrupted as we finalize redirects. We apologize for the inconvenience and are working to resolve this as quickly as possible. Details.

Alfresco Explorer/Share Login mit AD-Nutzern nicht möglich

th_heide

Hallo in die Runde,
als Neuling versuche ich gerade die Anmeldung in Share und dem Explorer auf unsere AD-Nutzer umzulegen, d.h. diese sollen sich mit IHren AD-Logins anmelden.
Version 3.3.CE

In der alfresco-global.properties habe ich folgende Zeilen eingefügt:

#
# The default authentication chain
# To configure external authentication subsystems see:
# http://wiki.alfresco.com/wiki/Alfresco_Authentication_Subsystems
#————-
#authentication.chain=alfrescoNtlm1:alfrescoNtlm
[color=#FF0000]ldap.synchronization.groupSearchBase=cn\=users,dc=xxx-yyyy.de,dc=com
ldap.synchronization.userSearchBase=cn\=users,dc=xxx-yyyy.de,dc=com[/color]
‍‍‍‍‍‍‍‍‍‍

Danach habe ich den Tomcat etc. neugestartet und versuch mit über Share und Explorer anzumelden. Explorer hat keine Fehlermeldung gebracht.
Share hat mir gesagt: "Der Remote Server ist eventuell nicht erreichbar, oder Ihre Anmeldedaten wurden nicht erkannt."

Habe ich etwas übersehen und war auf einem Auge blind?

Grüße
Thomas

Der Remote Server ist eventuell nicht erreichbar, oder Ihre Anmeldedaten wurden nicht erkannt.

Find more posts tagged with

Comments

afaust

Hallo,

die Meldung von Share ist leider in allen Fehlerfällen die gleiche, also auch, wenn der Remote Server (also das Repository) erreichbar ist und nur selber einen Fehler geworfen hat.

Was mir auffällt ist, dass die Konfiguration kein Eintrag zur Anmeldung über LDAP enthält. Die Zeile mit authenticationChain ist auskommentiert und referenziert noch die Standardkomponente alfrescoNtlm. Hier sollte ein Eintrag wie ldap-ad1:ldap-ad zu finden sein. So wie Alfresco aktuell eingestellt ist, geht es ganz normal gegen die lokalen Benutzerdatenbank von Alfresco.

Im Wiki sollte jedes Detail zu diesem Thema zu finden sein: http://wiki.alfresco.com/wiki/Alfresco_Authentication_Subsystems

th_heide

ich hatte dies von dieser seite übernommen:
http://andoylang.wordpress.com/2010/07/18/alfresco-with-active-directory/

afaust

Okay, aber genau die erste Einstellung fehlt in deiner Konfiguration.

authentication.chain=passthru1:passthru,ldap1:ldap‍

Damit wird Alfresco gesagt, er solle zuerst per NTLM am Domaincontroller versuchen den Nutzer anzumelden und dann, sofern die LDAP Konfiguration es unterstützt, am LDAP Server.

In dem Blogeintrag ist LDAP Authentication deaktiviert und ldap1:ldap steht nur deshalb in der Chain, damit die Nutzerdaten synchronisiert werden. Der Poster nutzt ausschließlich NTLM Anmeldung am Domaincontroller über die passthru Komponente. DIese ist in deiner Konfiguration nirgends konfiguriert.

Hinweis: Seit Alfresco 3.2 Enterprise und 3.3 Community ist es abzuraten, Einstellungen für die Subsysteme (also alle Properties, die z.B. mit "ldap." oder "passthru." beginnen) in der alfresco-global.properties vorzunehmen. Es funktioniert zwar in den einfachen Fällen, kann aber bei komplexen Konfiguration zu Seiteneffekten führen.

Ich rate dir vorerst, dass du deine Einstellungen wirklich mit denen aus dem Blogeintrag abgleichst (sie sind in sich stimmig) und lediglich an den Punkten, wo der Poster Platzhalter für IP-Adressen, Ports und Admin Accountnamen gelassen hat, deine Werte einträgst.

th_heide

Hallo AFaust,

danke für den Hinweis.
Sozusagen, wenn ich jetzt nicht auf beiden Augen blind bin, dann wäre dieser Code dann in die global-properities einzutragen, d.h. natürlich IP-Adresse, Domainname udn DomainAdminAccount noch zu ändern, oder irreich mich?

authentication.chain=passthru1:passthru,ldap1:ldap

passthru.authentication.sso.enabled=false
passthru.authentication.allowGuestLogin=false

ldap.synchronization.groupSearchBase=cn\=users,dc=xxx-yyyy.de,dc=com
ldap.synchronization.userSearchBase=cn\=users,dc=xxx-yyyy.de,dc=com

passthru.authentication.authenticateCIFS=false
passthru.authentication.authenticateFTP=false

passthru.authentication.servers=xxx.xxx.xxx.xxx.
passthru.authentication.domain=xxx-yyyy.de
passthru.authentication.useLocalServer=false
passthru.authentication.defaultAdministratorUserNames=NutzernameAdmin
passthru.authentication.connectTimeout=5000
passthru.authentication.offlineCheckInterval=300
passthru.authentication.protocolOrder=TCPIP,NETBIOS

ldap.authentication.active=false
ldap.authentication.java.naming.security.authentication=simple
ldap.authentication.userNameFormat=%s
ldap.authentication.allowGuestLogin=false
ldap.authentication.java.naming.factory.initial=com.sun.jndi.ldap.LdapCtxFactory
ldap.authentication.java.naming.provider.url=ldap://xxx.xxx.xxx.xxx:389
ldap.authentication.escapeCommasInBind=false
ldap.authentication.escapeCommasInUid=false

ldap.synchronization.active=true
ldap.synchronization.java.naming.security.principal=xxx-yyy.de\\DomainAdminaccount
ldap.synchronization.java.naming.security.credentials=<administrator.privilege.account.password>
ldap.synchronization.queryBatchSize=1000
ldap.synchronization.groupDifferentialQuery=(&(objectclass=nogroup)(!(modifyTimestamp<\={0})))
ldap.synchronization.personQuery=(&(objectclass=user)(userAccountControl\:1.2.840.113556.1.4.803\:\=512))
ldap.synchronization.personDifferentialQuery=(& (objectclass=user)(!(modifyTimestamp<\={0})))
ldap.synchronization.groupQuery=(objectclass\=group)

ldap.synchronization.groupSearchBase=cn\=users,dc=xxx-yyy.de,dc=com
ldap.synchronization.userSearchBase=cn\=users,dc=xxx-yyy.de,dc=com


synchronization.synchronizeChangesOnly=true
cifs.enabled=false‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍

Danke für die Hilfe.. 🙂
Thomas

bnice_6017

Hi th_heide,

befasse mich grad selber mit dem Thema (s.a. http://forums.alfresco.com/en/viewtopic.php?f=9&t=34735&p=100777#p100777.
Erste Stolperfalle dabei ist der Umgang mit den Subsystems unter 3.3, wenn man die Struktur dafür erstmal sauber umgesetzt hat, kann man sich mit der eigentlichen Fehlersuche befassen (wenn denn noch Fehler auftreten).

Ich habe dazu erstmal die Vorlagen von
/opt/Alfresco/tomcat/webapps/alfresco/WEB-INF/classes/alfresco/subsystems/Authentication/…

in die entsprechenden Ordner (müssen ab /subsystems/… noch angelegt werden) kopiert:

opt/Alfresco/shared/classes/extension/subsystems/Authentication/…
(/ldap-ad/ldap-ad1, /alfrescoNtlm/alfrescoNtlm1, /passthru/passthru1, …)

und anschließend angepasst. Bekomme momentan auch noch den Fehler bei der Anmeldung (Remoteserver nicht erreichbar…) und versuche jetzt die Logfiles auszuwerten…

bnice_6017

Bin jetzt ein Stück weiter - die Subsystems laufen soweit, Fehler war vorher ein "File not found"

tail -f alfresco.log‍

ist immer hilfreich bei der Fehlersuche…

Caused by: java.io.FileNotFoundException: 
/opt/Alfresco/tomcat/shared/classes/alfresco/extension/subsystems/Authentication/ldap-ad/ldap-ad1/../common-ldap-context.xml (No such file or directory)
‍‍‍

Die Datei "common-ldap-context.xml" gehört in das Verzeichnis
opt/Alfresco/shared/classes/extension/subsystems/Authentication/ldap-ad
bzw
opt/Alfresco/shared/classes/extension/subsystems/Authentication/ldap
(bei nicht Windows-LDAP)

lag bei mir vorher unter
opt/Alfresco/shared/classes/extension/subsystems/Authentication/ldap-ad/ldap-ad1

Danach wird auch LDAP genutzt - in meinem Fall läuft es jetzt mit Share, allerdings nicht mit Alfresco Explorer - Hintergrund ist, dass dieser nicht NTLMv2 unterstützt:

16:24:13,865 DEBUG [org.alfresco.web.app.servlet.NTLMAuthenticationFilter] Received type3 [Type3:,LM:000000000000000000000000000000000000000000000000,
NTLM:35fb5be1dba846ea300a95190c2ff33d0101000000000000af8ab392e154cb01578d66ff7ea7475a000000000200060061006c0066000000000000000000,
Dom:,User:blabla@meinedomain.lokal,Wks:Workstationname]
16:24:13,866 ERROR [org.alfresco.web.app.servlet.NTLMAuthenticationFilter] Client Workstationname using NTLMv2 logon, not valid with passthru authentication
‍‍‍‍‍‍

Hilft vermutlich nur, das ganze mittels Kerberos durchzuführen (korrigiert mich bitte, wenn ich falsch liege)…

Bei der Kerberos-Konfig werde ich mich an diese http://www.anotherstrangerme.com/afresco-integration-with-active-directory-using-kerberos/ Anleitung halten.

bnice_6017

UPDATE

Läuft jetzt!

Nutze nur noch authentication chain

authentication.chain=kerberos1:kerberos,ldap-ad1:ldap-ad‍

und hab alles weitere in den Config-Dateien for das authentication subsystem eingerichtet.

UPDATE

Jetzt auch mit SSO über Kerberos 🙂

afaust

Hallo,

@th_heide: Deine Konfiguration ist soweit vollständig und korrekt (sofern die Platzhalter mit den Werten deiner Umgebung ausgetauscht werden). Die Angaben zu user und groupSearchBase sind jedoch doppelt, was aber nur den persönlichen Wartungsaufwand beeinflusst. Für FTP fehlt noch die Einstellung, dass FTP selber disabled ist - praktisch ist es jetzt noch an, kann aber wegen fehlendem Authenticator nicht genutzt werden (CIFS wurde ja explizit deaktiviert).

@bnice: Alfresco unterstützt NTLMv2, jedoch nicht mit der passthru Komponenten. Dies liegt daran, dass man mit NTLMv2 keinen Man-in-the-Middle Angriff, wie er bei passthru mit NTLMv1 durchgeführt wird, mehr fahren kann. Die Fehlermeldung mit dem unsupported NTLMv2 kommt meist daher, dass der Client (z.B. Win 7) so eingestellt ist, dass er bei NTLM Aufforderung nur noch mit der sicheren Version NTLMv2 antwortet. Dies ließe sich in den individualen Fällen ändern, wenn die IT Sicherheitsrichtlinien (des Konzerns / der Organisation) dies zulassen.

Zu den Subsystemen: Es ist nicht notwendig, die XML Dateien in /opt/Alfresco/tomcat/shared/classes… zu duplizieren - die Anlage der .properties z.B. in ../Authentication/ldap-ad/ldap-ad1 (für das Subsystem ldap-ad1:ldap-ad) mit den gewünschten Einstellungsoverrides (d.h. der Diff zu den Alfresco Standardwerten) ist ausreichend. Dies macht die ganze Sache etwas übersichtlicher, wenn jemand anderes kommt und wissen will, was denn in der Konfiguration angepasst wurde.

Zu Kerberos / SPNEGO: Dies ist in meinen Augen die zu bevorzugende Authentifizierungsvariante - sofern man es aufgesetzt bekommt. Es ist leider nicht so straight-forward, wie die anderen Varianten und kann in bestimmten Umgebungen ein paar üble Überraschungen mit sich bringen (z.B. zu großer SPNEGO Token [abhängig von Windows AD Gruppenzugehörigkeiten] => WebServer lehnt HTTP Anfrage wegen zu großem Header-Field ab).

@bnice: Läuft SSO bei dir auch mit Share, und wenn ja, mit welchem Principal? Dazu steht in der verlinkten Anleitung schließlich nichts drin, und ich kann mich an den Aufwand erinnern, den ich betreiben musste, um es bei einer 3.2.0 Installation eines Kunden umzusetzen.

bnice_6017

@hfaust:

Share läuft aktuell noch nicht mit SSO, hab ich grad nochmal getestet, allerdings ist Share für mich momentan auch noch nicht ausschlaggebend.
Auth. über Kerberos läuft aber auch mit Share soweit.
Momentan arbeite ich noch etwas an der LDAP-Konfiguration, hier klappt die Sync mit dem AD leider noch nicht.

th_heide

Hallo in die Runde,

so ich konnte mich nun heuet wieder dem Thema widmen.
Ich habe alle Dinge soweit angepasst. Beim Start des Servers bekomme ich irgendwann folgende Zeile angezeigt:

08:38:56,570 Userystem WARN [security.sync.ChainingUserRegistrySynchronizer]
Failed initial synchronize with user registries
org.alfresco.repo.security.authentication.AuthenticationException: 03120000 LDAP
authentication failed.
        at org.alfresco.repo.security.authentication.ldap.LDAPInitialDirContextF
actoryImpl.buildInitialDirContext(LDAPInitialDirContextFactoryImpl.java:110)
        at org.alfresco.repo.security.authentication.ldap.LDAPInitialDirContextF
actoryImpl.getDefaultIntialDirContext(LDAPInitialDirContextFactoryImpl.java:85)
        at org.alfresco.repo.security.authentication.ldap.LDAPInitialDirContextF
actoryImpl.getDefaultIntialDirContext(LDAPInitialDirContextFactoryImpl.java:76)
        at org.alfresco.repo.security.sync.ldap.LDAPUserRegistry$3.<init>(LDAPUs
erRegistry.java:648)
        at org.alfresco.repo.security.sync.ldap.LDAPUserRegistry.getGroups(LDAPU
serRegistry.java:645)
        at org.alfresco.repo.security.sync.ChainingUserRegistrySynchronizer.sync
WithPlugin(ChainingUserRegistrySynchronizer.java:540)
        at org.alfresco.repo.security.sync.ChainingUserRegistrySynchronizer.sync
hronize(ChainingUserRegistrySynchronizer.java:407)
        at org.alfresco.repo.security.sync.ChainingUserRegistrySynchronizer$7.do
Work(ChainingUserRegistrySynchronizer.java:1360)
        at org.alfresco.repo.security.authentication.AuthenticationUtil.runAs(Au
thenticationUtil.java:508)
        at org.alfresco.repo.security.sync.ChainingUserRegistrySynchronizer.onBo
otstrap(ChainingUserRegistrySynchronizer.java:1354)
        at org.springframework.extensions.surf.util.AbstractLifecycleBean.onAppl
icationEvent(AbstractLifecycleBean.java:56)
        at org.springframework.context.event.SimpleApplicationEventMulticaster.m
ulticastEvent(SimpleApplicationEventMulticaster.java:97)
        at org.springframework.context.support.AbstractApplicationContext.publis
hEvent(AbstractApplicationContext.java:294)
        at org.springframework.context.support.AbstractApplicationContext.finish
Refresh(AbstractApplicationContext.java:858)
        at org.springframework.context.support.AbstractApplicationContext.refres
h(AbstractApplicationContext.java:419)
        at org.alfresco.repo.management.subsystems.ChildApplicationContextFactor
y$ApplicationContextState.start(ChildApplicationContextFactory.java:624)
        at org.alfresco.repo.management.subsystems.AbstractPropertyBackedBean.st
art(AbstractPropertyBackedBean.java:458)
        at org.alfresco.repo.management.subsystems.AbstractPropertyBackedBean.on
ApplicationEvent(AbstractPropertyBackedBean.java:386)
        at org.springframework.context.event.SimpleApplicationEventMulticaster.m
ulticastEvent(SimpleApplicationEventMulticaster.java:97)
        at org.springframework.context.support.AbstractApplicationContext.publis
hEvent(AbstractApplicationContext.java:294)
        at org.springframework.context.support.AbstractApplicationContext.finish
Refresh(AbstractApplicationContext.java:858)
        at org.springframework.context.support.AbstractApplicationContext.refres
h(AbstractApplicationContext.java:419)
        at org.springframework.web.context.ContextLoader.createWebApplicationCon
text(ContextLoader.java:261)
        at org.springframework.web.context.ContextLoader.initWebApplicationConte
xt(ContextLoader.java:192)
        at org.springframework.web.context.ContextLoaderListener.contextInitiali
zed(ContextLoaderListener.java:47)
        at org.alfresco.web.app.ContextLoaderListener.contextInitialized(Context
LoaderListener.java:63)
        at org.apache.catalina.core.StandardContext.listenerStart(StandardContex
t.java:3972)
        at org.apache.catalina.core.StandardContext.start(StandardContext.java:4
467)
        at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase
.java:791)
        at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:77
1)
        at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:546)

        at org.apache.catalina.startup.HostConfig.deployDescriptor(HostConfig.ja
va:637)
        at org.apache.catalina.startup.HostConfig.deployDescriptors(HostConfig.j
ava:563)
        at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:498
)
        at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1277)
        at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java
:321)
        at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(Lifecycl
eSupport.java:119)
        at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1053)

        at org.apache.catalina.core.StandardHost.start(StandardHost.java:785)
        at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045)

        at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443
)
        at org.apache.catalina.core.StandardService.start(StandardService.java:5
19)
        at org.apache.catalina.core.StandardServer.start(StandardServer.java:710
)
        at org.apache.catalina.startup.Catalina.start(Catalina.java:581)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
sorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:597)
        at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:289)
        at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:414)
Caused by: javax.naming.AuthenticationException: [LDAP: error code 49 - 80090308
: LdapErr: DSID-0C090334, comment: AcceptSecurityContext error, data 525, vece ]

        at com.sun.jndi.ldap.LdapCtx.mapErrorCode(LdapCtx.java:3041)
        at com.sun.jndi.ldap.LdapCtx.processReturnCode(LdapCtx.java:2987)
        at com.sun.jndi.ldap.LdapCtx.processReturnCode(LdapCtx.java:2789)
        at com.sun.jndi.ldap.LdapCtx.connect(LdapCtx.java:2703)
        at com.sun.jndi.ldap.LdapCtx.<init>(LdapCtx.java:293)
        at com.sun.jndi.ldap.LdapCtxFactory.getUsingURL(LdapCtxFactory.java:175)

        at com.sun.jndi.ldap.LdapCtxFactory.getUsingURLs(LdapCtxFactory.java:193
)
        at com.sun.jndi.ldap.LdapCtxFactory.getLdapCtxInstance(LdapCtxFactory.ja
va:136)
        at com.sun.jndi.ldap.LdapCtxFactory.getInitialContext(LdapCtxFactory.jav
a:66)
        at javax.naming.spi.NamingManager.getInitialContext(NamingManager.java:6
67)
        at javax.naming.InitialContext.getDefaultInitCtx(InitialContext.java:288
)
        at javax.naming.InitialContext.init(InitialContext.java:223)
        at javax.naming.InitialContext.<init>(InitialContext.java:197)
        at javax.naming.directory.InitialDirContext.<init>(InitialDirContext.jav
a:82)
        at org.alfresco.repo.security.authentication.ldap.LDAPInitialDirContextF
actoryImpl.buildInitialDirContext(LDAPInitialDirContextFactoryImpl.java:105)
        … 49 more
08:38:56,664 INFO [management.subsystems.ChildApplicationContextFactory] Start
up of 'Synchronization' subsystem, ID: [Synchronization, default] complete
08:38:56,836 INFO [service.descriptor.DescriptorService] Alfresco JVM - v1.6.0
_16-b01; maximum heap size 998,438MB
08:38:56,836 INFO [service.descriptor.DescriptorService] Alfresco started (Com
munity): Current version 3.3.0 (g 2860) schema 4100 - Originally installed versi
on 3.3.0 (g 2860) schema 4100

Kann mir jemand freundlicher Weise sagen, was hier noch der Grund des Übels ist?

Grüße
thomas

th_heide

Achso, hatte ich vegressen. Anmelden mit AD-Logins kann ich. Habe einieg Testaccounts bei uns genutzt. Funktioniert soweit erstmal. Allerdings die eben beschriebenen Fehler machen mich stutzig

bnice_6017

Bin auch mal wieder am Testen mit Upgrade auf 3.4d, werde mal checken, wie der Stand mit AD und SSON ist… Habe derzeit noch ein Prob mit Docasu 😞

bnice_6017

So, DoCASU läuft jetzt auch unter 3.4d wieder… 🙂
Hat sich bei den Subsystems von 3.4b auf 3.3d irgendetwas grundlegend geändert?
In welchem Pfad liegen die normalerweise? Meine greifen bis jetzt nicht…

th_heide

ich bekomme mein Problem leider nicht in den griff. es kommen immer noch diese o.g. warnungen, aber mit den AD-Logins kann ich mich anmelden.

jemand durch zufall eine idee

bwerner

Hi,

Welche Werte hast Du denn für die folgenden Parameter eingetragen?

ldap.synchronization.java.naming.security.principal=
ldap.synchronization.java.naming.security.credentials=‍‍

Viele Grüße,
Bernhard

bnice_6017

Bei mir läuft LDAP-Sync leider auch noch nicht unter 3.4d. Gibt noch die verschiedensten Fehler, die Konfig, welche unter 3.3 noch lief, geht leider auch nicht…

bnice_6017

So, ich versuche hier mal etwas Struktur in meinen Problemfall mit LDAP-Sync zu bringen…
Grundsätzlich scheitere ich noch an der Zusammenführung der alten Konfig von 3.3 im neuen 3.4d.
Mit allen *.properties und *.xml aus dem alten System läuft LDAP-AD soweit, d.h. ein AD-User kann sich direkt an Alfresco anmelden, ohne dass er vorher eingerichtet war.
LDAP-Sync scheint aber nicht zu funktionieren, die User erscheinen in Alfresco noch nicht.
Evtl. liegt hier aber auch noch ein Problem im AD.
Log:

10:42:02,906 User:System INFO  [security.sync.ChainingUserRegistrySynchronizer] Synchronizing users and groups with user registry 'ldap-ad1'
10:42:02,907 User:System INFO  [security.sync.ChainingUserRegistrySynchronizer] Retrieving all groups from user registry 'ldap-ad1'
10:42:02,938 User:System DEBUG [sync.ldap.LDAPUserRegistry] Found 0
10:42:02,941 User:System INFO  [security.sync.ChainingUserRegistrySynchronizer] ldap-ad1 Group Analysis: Commencing batch of 0 entries
10:42:02,941 User:System INFO  [security.sync.ChainingUserRegistrySynchronizer] ldap-ad1 Group Analysis: Completed batch of 0 entries
10:42:02,941 User:System INFO  [security.sync.ChainingUserRegistrySynchronizer] Retrieving all users from user registry 'ldap-ad1'
10:42:02,948 User:System INFO  [security.sync.ChainingUserRegistrySynchronizer] ldap-ad1 User Creation and Association: Commencing batch of 0 entries
10:42:02,948 User:System INFO  [security.sync.ChainingUserRegistrySynchronizer] ldap-ad1 User Creation and Association: Completed batch of 0 entries
10:42:02,948 User:System INFO  [security.sync.ChainingUserRegistrySynchronizer] Finished synchronizing users and groups with user registry 'ldap-ad1'
10:42:02,949 User:System INFO  [security.sync.ChainingUserRegistrySynchronizer] 0 user(s) and 0 group(s) processed
‍‍‍‍‍‍‍‍‍‍‍‍

th_heide

Hi,

Welche Werte hast Du denn für die folgenden Parameter eingetragen?

Code: Alles auswählen
ldap.synchronization.java.naming.security.principal=
ldap.synchronization.java.naming.security.credentials=

Viele Grüße,
Bernhard

Hallo Bernhard,

folgendes habe ich eingetragen:

ldap.synchronization.java.naming.security.principal=domain.de\\login vom domänenadmin
ldap.synchronization.java.naming.security.credentials=password vom domändenadmin

‍‍‍‍‍

Grüße
Thomas

th_heide

Was ich nun auch geändert habe ist folgendes:

ldap.synchronization.groupSearchBase=ou\=Benutzer,ou\=Abt4,dc=domain.de,dc=de
ldap.synchronization.userSearchBase=ou\=Benutzer,ou\=Abt4,dc=domain.de,dc=de
‍‍‍‍

Da wir in Users nichts drinstehen haben udn unsere Nutzer in der ou=Benutzer und darin noch in die jeweiligen Abteilungen gegeliedert haben (Abt1… Abtn)

th_heide

seit der o.g. Änderung habe ich jetzt nicht mehr das normale Alfreco Anmeldefenster sondern ein POP-Up enster (so wie ind er Art .htaccess) zur Anmeldung

Ist das normal?

werty1st

Hallo, bei mir klappt das mit dem sync unter 3.4d auch nicht.

ich bekomme keine fehler mehr, aber es werden auch keine daten vom AD per LDAP geholt. Nur die anmeldung über AD funktioniert.

Hat das überhaupt schon mal irgendjemand ans laufen gebracht? win2k8r2 AD + alfresco 3.4d auth + sync ?

vlt hat jemand eine ldap-ad-authentication.properties zur orientierung.

werty

meine config: http://forums.alfresco.com/de/viewtopic.php?f=7&t=835