cancel
Showing results for 
Search instead for 
Did you mean: 

SSO external en 4.2.d

llg
Champ in-the-making
Champ in-the-making
Bonjour,

  j'ai quelques difficultés avec le SSO en 4.2.d, sachant que cela fonctionne parfaitement en 4.2.c.

L'authentification est de type EXTERNAL basée sur la variable REMOTE_USER.

L'archi est de type Apache/mod_proxy :

Serveur Apache :
ProxyPass /alfresco ajp://SERVEURALF:8009/alfresco
ProxyPassReverse /alfresco ajp://SERVEURALF:8009/alfresco

ProxyPass /share ajp://SERVEURALF:8009/share
ProxyPassReverse /share ajp://SERVEURALF:8009/share

<Location ~ /(alfresco|share)>
      AuthBasicProvider ldap
      AuthType Basic
      AuthName "Acces reserve"
      AuthLDAPURL ldap://ROOTDN?uid
      require ldap-group xxxxxxxxxxxxxx

      RewriteEngine On
      RewriteCond %{LA-U:REMOTE_USER} (.+)
      RewriteRule . - [E=RU:%1,NS]
      RequestHeader set X-Alfresco-Remote-User "%{RU}e"

</Location>

et dans share-config-custom.xml :

        <connector>
           <id>alfrescoHeader</id>
           <name>Alfresco Connector</name>
           <description>Connects to an Alfresco instance using header and
             cookie-based authentication
            </description>
           <class>org.alfresco.web.site.servlet.SlingshotAlfrescoConnector</class>
           <userHeader>X-Alfresco-Remote-User</userHeader>
        </connector>


Une idée ?

Merci
1 REPLY 1

llg
Champ in-the-making
Champ in-the-making
Le pb est réglé avec la 4.2.e