<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic CIFS and LDAP in 3.2? in Alfresco Archive</title>
    <link>https://connect.hyland.com/t5/alfresco-archive/cifs-and-ldap-in-3-2/m-p/229732#M182862</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;I'm running Alfresco 3.2 CE in Linux and I'm trying to configure CIFS. This is my alfresco-global.properties:&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;PRE class="language-none line-numbers"&gt;&lt;CODE&gt;#&lt;BR /&gt;# CIFS&lt;BR /&gt;#—————–&lt;BR /&gt;cifs.enabled=true&lt;BR /&gt;cifs.serverName=hostname&lt;BR /&gt;cifs.hostannounce=true&lt;SPAN class="line-numbers-rows"&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/CODE&gt;&lt;/PRE&gt;&lt;BR /&gt;&lt;SPAN&gt;That works just fine when I use Alfresco's internal authentication, but when I disable that and enable LDAP only, it's no longer possible to connect through CIFS, the server is not listening at all on the appropriate ports.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;This is my ldap config, which works alright when it comes to authentication:&lt;/SPAN&gt;&lt;BR /&gt;&lt;PRE class="language-none line-numbers"&gt;&lt;CODE&gt;# This flag enables use of this LDAP subsystem for authentication. It may be&lt;BR /&gt;# that this subsytem should only be used for synchronization, in which case&lt;BR /&gt;# this flag should be set to false.&lt;BR /&gt;ldap.authentication.active=true&lt;BR /&gt;&lt;BR /&gt;#&lt;BR /&gt;# This properties file brings together the common options for LDAP authentication rather than editing the bean definitions&lt;BR /&gt;#&lt;BR /&gt;ldap.authentication.allowGuestLogin=true&lt;BR /&gt;# How to map the user id entered by the user to taht passed through to LDAP&lt;BR /&gt;# - simple &lt;BR /&gt;#&amp;nbsp;&amp;nbsp;&amp;nbsp; - this must be a DN and would be something like&lt;BR /&gt;#&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; uid=%s,ou=People,dc=company,dc=com&lt;BR /&gt;# - digest&lt;BR /&gt;#&amp;nbsp;&amp;nbsp;&amp;nbsp; - usually pass through what is entered&lt;BR /&gt;#&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; %s&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; &lt;BR /&gt;ldap.authentication.userNameFormat=uid=%s,dc=domain,dc=com&lt;BR /&gt;&lt;BR /&gt;# The LDAP context factory to use&lt;BR /&gt;ldap.authentication.java.naming.factory.initial=com.sun.jndi.ldap.LdapCtxFactory&lt;BR /&gt;&lt;BR /&gt;# The URL to connect to the LDAP server &lt;BR /&gt;ldap.authentication.java.naming.provider.url=ldap://192.168.250.24:389&lt;BR /&gt;&lt;BR /&gt;# The authentication mechanism to use&lt;BR /&gt;ldap.authentication.java.naming.security.authentication=simple&lt;BR /&gt;&lt;BR /&gt;# Escape commas entered by the user at bindi time&lt;BR /&gt;# Useful when using simple authentication and the CN is part of the DN and contains commas&lt;BR /&gt;ldap.authentication.escapeCommasInBind=false&lt;BR /&gt;&lt;BR /&gt;# Escape commas entered by the user when setting the authenticated user&lt;BR /&gt;# Useful when using simple authentication and the CN is part of the DN and contains commas, and the escaped \, is &lt;BR /&gt;# pulled in as part of an LDAP sync&lt;BR /&gt;# If this option is set to true it will break the default home folder provider as space names can not contain \&lt;BR /&gt;ldap.authentication.escapeCommasInUid=false&lt;BR /&gt;&lt;BR /&gt;# Comma separated list of user names who should be considered administrators by default&lt;BR /&gt;ldap.authentication.defaultAdministratorUserNames=mikael@domain.com,ola@domain.com&lt;BR /&gt;&lt;BR /&gt;# This flag enables use of this LDAP subsystem for user and group&lt;BR /&gt;# synchronization. It may be that this subsytem should only be used for &lt;BR /&gt;# authentication, in which case this flag should be set to false.&lt;BR /&gt;ldap.synchronization.active=false&lt;BR /&gt;&lt;BR /&gt;# The default principal to use (only used for LDAP sync)&lt;BR /&gt;ldap.synchronization.java.naming.security.principal=uid=admin,dc=domain,dc=com&lt;BR /&gt;&lt;BR /&gt;# The password for the default principal (only used for LDAP sync)&lt;BR /&gt;ldap.synchronization.java.naming.security.credentials=realTime08&lt;BR /&gt;&lt;BR /&gt;# If positive, this property indicates that RFC 2696 paged results should be&lt;BR /&gt;# used to split query results into batches of the specified size. This&lt;BR /&gt;# overcomes any size limits imposed by the LDAP server.&lt;BR /&gt;ldap.synchronization.queryBatchSize=1000&lt;BR /&gt;&lt;BR /&gt;# The query to select all objects that represent the groups to import.&lt;BR /&gt;ldap.synchronization.groupQuery=(objectclass\=groupOfNames)&lt;BR /&gt;&lt;BR /&gt;# The query to select objects that represent the groups to import that have changed since a certain time.&lt;BR /&gt;ldap.synchronization.groupDifferentialQuery=(&amp;amp;(objectclass\=groupOfNames)(!(modifyTimestamp&amp;lt;\={0})))&lt;BR /&gt;&lt;BR /&gt;# The query to select all objects that represent the users to import.&lt;BR /&gt;ldap.synchronization.personQuery=(objectclass\=inetOrgPerson)&lt;BR /&gt;&lt;BR /&gt;# The query to select objects that represent the users to import that have changed since a certain time.&lt;BR /&gt;ldap.synchronization.personDifferentialQuery=(&amp;amp;(objectclass\=inetOrgPerson)(!(modifyTimestamp&amp;lt;\={0})))&lt;BR /&gt;&lt;BR /&gt;# The group search base restricts the LDAP group query to a sub section of tree on the LDAP server.&lt;BR /&gt;#ldap.synchronization.groupSearchBase=dc=domain,dc=com&lt;BR /&gt;&lt;BR /&gt;# The user search base restricts the LDAP user query to a sub section of tree on the LDAP server.&lt;BR /&gt;#ldap.synchronization.userSearchBase=dc=domain,dc=com&lt;BR /&gt;&lt;BR /&gt;# The name of the operational attribute recording the last update time for a group or user.&lt;BR /&gt;ldap.synchronization.modifyTimestampAttributeName=modifyTimestamp&lt;BR /&gt;&lt;BR /&gt;# The timestamp format. Unfortunately, this varies between directory servers.&lt;BR /&gt;ldap.synchronization.timestampFormat=yyyyMMddHHmmss'Z'&lt;BR /&gt;&lt;BR /&gt;# The attribute name on people objects found in LDAP to use as the uid in Alfresco&lt;BR /&gt;ldap.synchronization.userIdAttributeName=uid&lt;BR /&gt;&lt;BR /&gt;# The attribute on person objects in LDAP to map to the first name property in Alfresco&lt;BR /&gt;ldap.synchronization.userFirstNameAttributeName=givenName&lt;BR /&gt;&lt;BR /&gt;# The attribute on person objects in LDAP to map to the last name property in Alfresco&lt;BR /&gt;ldap.synchronization.userLastNameAttributeName=sn&lt;BR /&gt;&lt;BR /&gt;# The attribute on person objects in LDAP to map to the email property in Alfresco&lt;BR /&gt;ldap.synchronization.userEmailAttributeName=mail&lt;BR /&gt;&lt;BR /&gt;# The attribute on person objects in LDAP to map to the organizational id&amp;nbsp; property in Alfresco&lt;BR /&gt;ldap.synchronization.userOrganizationalIdAttributeName=o&lt;BR /&gt;&lt;BR /&gt;# The default home folder provider to use for people created via LDAP import&lt;BR /&gt;ldap.synchronization.defaultHomeFolderProvider=personalHomeFolderProvider&lt;BR /&gt;&lt;BR /&gt;# The attribute on LDAP group objects to map to the gid property in Alfrecso&lt;BR /&gt;ldap.synchronization.groupIdAttributeName=cn&lt;BR /&gt;&lt;BR /&gt;# The group type in LDAP&lt;BR /&gt;ldap.synchronization.groupType=groupOfNames&lt;BR /&gt;&lt;BR /&gt;# The person type in LDAP&lt;BR /&gt;ldap.synchronization.personType=inetOrgPerson&lt;BR /&gt;&lt;BR /&gt;# The attribute in LDAP on group objects that defines the DN for its members&lt;BR /&gt;ldap.synchronization.groupMemberAttributeName=member&lt;BR /&gt;&lt;SPAN class="line-numbers-rows"&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;SPAN&gt;‍&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/CODE&gt;&lt;/PRE&gt;&lt;BR /&gt;&lt;SPAN&gt;There are no error messages in the log (it just says that the File Servers subsystem is started).&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;What do I need to do to get LDAP and CIFS working together?&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Mon, 21 Sep 2009 13:10:50 GMT</pubDate>
    <dc:creator>gronfelt</dc:creator>
    <dc:date>2009-09-21T13:10:50Z</dc:date>
    <item>
      <title>CIFS and LDAP in 3.2?</title>
      <link>https://connect.hyland.com/t5/alfresco-archive/cifs-and-ldap-in-3-2/m-p/229732#M182862</link>
      <description>I'm running Alfresco 3.2 CE in Linux and I'm trying to configure CIFS. This is my alfresco-global.properties:## CIFS#—————–cifs.enabled=truecifs.serverName=hostnamecifs.hostannounce=true‍‍‍‍‍‍That works just fine when I use Alfresco's internal authentication, but when I disable that and enable LDAP</description>
      <pubDate>Mon, 21 Sep 2009 13:10:50 GMT</pubDate>
      <guid>https://connect.hyland.com/t5/alfresco-archive/cifs-and-ldap-in-3-2/m-p/229732#M182862</guid>
      <dc:creator>gronfelt</dc:creator>
      <dc:date>2009-09-21T13:10:50Z</dc:date>
    </item>
    <item>
      <title>Re: CIFS and LDAP in 3.2?</title>
      <link>https://connect.hyland.com/t5/alfresco-archive/cifs-and-ldap-in-3-2/m-p/229733#M182863</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;Unfortunately, an LDAP server is not capable of supporting CIFS authentication, because it needs NTLM-like authentication.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;So your only option would be to chain another authentication subsystem, e.g. alfrescoNtlm or passthru.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;For example&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;authentication.chain=alfrescoNtlm:alfrescoNtlm,ldap1:ldap&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;would allow the internal alfresco users (but not the ldap users) to authenticate with CIFS.&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 21 Sep 2009 13:22:49 GMT</pubDate>
      <guid>https://connect.hyland.com/t5/alfresco-archive/cifs-and-ldap-in-3-2/m-p/229733#M182863</guid>
      <dc:creator>dward</dc:creator>
      <dc:date>2009-09-21T13:22:49Z</dc:date>
    </item>
    <item>
      <title>Re: CIFS and LDAP in 3.2?</title>
      <link>https://connect.hyland.com/t5/alfresco-archive/cifs-and-ldap-in-3-2/m-p/229734#M182864</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;I should add that if your LDAP server is Active Directory, it would make more sense to chain the passthru authentication subsytem to directly authenticate CIFS users with the backend server.&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 21 Sep 2009 13:25:00 GMT</pubDate>
      <guid>https://connect.hyland.com/t5/alfresco-archive/cifs-and-ldap-in-3-2/m-p/229734#M182864</guid>
      <dc:creator>dward</dc:creator>
      <dc:date>2009-09-21T13:25:00Z</dc:date>
    </item>
  </channel>
</rss>

