Zarafa WebAccess Single Sign On configuration

From Zarafa wiki

(Difference between revisions)
Jump to: navigation, search
 
(7 intermediate revisions not shown)
Line 3: Line 3:
The article describes how you can setup a Single Sign On Zarafa WebAccess with Active Directory domain controller.<BR>
The article describes how you can setup a Single Sign On Zarafa WebAccess with Active Directory domain controller.<BR>
This article has been tested on Red Hat Enterprise Linux server 5, but can also be used as basis for other distributions.
This article has been tested on Red Hat Enterprise Linux server 5, but can also be used as basis for other distributions.
 +
== Prerequisites ==
== Prerequisites ==
Line 26: Line 27:
* Added <tt>zarafa.testdomain.com</tt> to the forward lookup zone (including PTR record).
* Added <tt>zarafa.testdomain.com</tt> to the forward lookup zone (including PTR record).
* Setup NTP on the Linux machine (<tt>zarafa.testdomain.com</tt>) to sync it's time with the ADS machine.
* Setup NTP on the Linux machine (<tt>zarafa.testdomain.com</tt>) to sync it's time with the ADS machine.
 +
== Active Directory configuration ==
== Active Directory configuration ==
Line 41: Line 43:
   ktpass -princ HTTP/zarafa.testdomain.com@EXAMPLE.COM  
   ktpass -princ HTTP/zarafa.testdomain.com@EXAMPLE.COM  
   -mapuser EXAMPLE\httpd-linux -crypto DES-CBC-MD5 -ptype KRB5_NT_PRINCIPAL  
   -mapuser EXAMPLE\httpd-linux -crypto DES-CBC-MD5 -ptype KRB5_NT_PRINCIPAL  
-
   -mapop set +desonly -pass a -out c:\keytab
+
   -mapop set +desonly -pass secret -out c:\keytab
</code>
</code>
Copy the keytab file to the directory <tt>/etc/httpd/conf/</tt> on your Linux server.<BR>
Copy the keytab file to the directory <tt>/etc/httpd/conf/</tt> on your Linux server.<BR>
You can use a SCP client for this, like [http://winscp.net/eng/index.php WinSCP].
You can use a SCP client for this, like [http://winscp.net/eng/index.php WinSCP].
 +
== Apache configuration ==
== Apache configuration ==
Line 52: Line 55:
<code>
<code>
-
yum install mod_auth_kerb
+
yum install mod_auth_kerb
 +
</code>
 +
or
 +
<code>
 +
apt-get install libapache2-mod-auth-kerb
</code>
</code>
Line 122: Line 129:
<code>service zarafa-server restart</code>
<code>service zarafa-server restart</code>
 +
== Web browser configuration ==
== Web browser configuration ==
Line 135: Line 143:
* Go to Tools -> Internet options -> Advanced  
* Go to Tools -> Internet options -> Advanced  
* Make sure the option "Enable integrated Windows authentication" is enabled
* Make sure the option "Enable integrated Windows authentication" is enabled
-
* Add the url of the Zarafa server (<tt>http://zarafa.example.com</tt>) to your "Local Intranet" sites
+
* Add the url of the Zarafa server (<tt>http://zarafa.testdomain.com</tt>) to your "Local Intranet" sites
 +
 
Restart your browser and open the Webaccess via the FQDN (<tt>http://zarafa.testdomain.com/webaccess</tt>). If the configuration is done correctly, the user will be logged in to the Webaccess without typing the username and password.
Restart your browser and open the Webaccess via the FQDN (<tt>http://zarafa.testdomain.com/webaccess</tt>). If the configuration is done correctly, the user will be logged in to the Webaccess without typing the username and password.
 +
 +
 +
== Apache and Zarafa on different servers ==
 +
When you have Zarafa and Apache on different servers it is NOT possible to connect the webaccess to the unix socket of Zarafa.
 +
 +
In this case you'll need to setup SSL to create a trust between Apache and Zarafa. Please check our Administrator manual (the paragraph about SSL Certificates in the Multiserver chapter) how to get this done. You can find our administrator manual on the community page or on the official portal.

Latest revision as of 12:56, 29 September 2011

Contents

Introduction

The article describes how you can setup a Single Sign On Zarafa WebAccess with Active Directory domain controller.
This article has been tested on Red Hat Enterprise Linux server 5, but can also be used as basis for other distributions.


Prerequisites

It is assumed the following prerequisites are in place (document has been tested with RHEL 5):

  • Windows Server 2003 R2 or 2008 SP1 which is configured as domain controller
  • Windows XP or Vista client that has joined the Windows domain

The webserver is placed in a different domain in this case. This is no requirement, but this makes the document a bit more clear on how to create the Kerberos principal (this can be tricky if you have the servers in different domains).

In this example, the following servers and realms will be referenced:

  • AD Server dc.example.com
  • Linux Server zarafa.testdomain.com
  • Kerberos Realm EXAMPLE.COM

Make sure that both servers are reachable via their FQDN (Fully Qualified Domain Name) and the PTR records are ok.
For time synchronization, configure NTP on all machines.

A working setup was created by:

  • Created a forward lookup zone in ADS for testdomain.com
  • Added zarafa.testdomain.com to the forward lookup zone (including PTR record).
  • Setup NTP on the Linux machine (zarafa.testdomain.com) to sync it's time with the ADS machine.


Active Directory configuration

  • Add a new user httpd-linux to your Active Directory.
  • Make sure that you enable the option "Password never expires".
  • On the account properties for this user enable "Use DES encryption types for this account".
  • After setting this account property RESET the password for httpd-linux.

Install the Windows Support tools which include the ktpass.exe program. See the Microsoft download page for the download of these tools.

Execute the following command to create a keytab file for the Apache webserver.

 ktpass -princ HTTP/zarafa.testdomain.com@EXAMPLE.COM 
 -mapuser EXAMPLE\httpd-linux -crypto DES-CBC-MD5 -ptype KRB5_NT_PRINCIPAL 
 -mapop set +desonly -pass secret  -out c:\keytab

Copy the keytab file to the directory /etc/httpd/conf/ on your Linux server.
You can use a SCP client for this, like WinSCP.


Apache configuration

Install the mod_auth_kerb Apache module.

yum install mod_auth_kerb

or

apt-get install libapache2-mod-auth-kerb

Open the file /etc/httpd/conf.d/auth_kerb.conf. Add the following lines at the end of this file:

Alias /webaccess /usr/share/zarafa-webaccess
#
<Directory /usr/share/zarafa-webaccess>
  AuthType Kerberos
  AuthName "Kerberos Login"
  KrbMethodNegotiate On
  KrbMethodK5Passwd Off
  KrbServiceName HTTP
  KrbAuthRealms EXAMPLE.COM
  Krb5KeyTab /etc/httpd/conf/keytab
  require valid-user
</Directory>


Set the filesystem permissions of the keytab file to 400 (r--------) and change the owner to the Apache user:

 chmod 400 /etc/httpd/conf/keytab 
 chown apache.apache /etc/httpd/conf/keytab  

Open the file /etc/krb5.conf and insert the following lines:

[libdefaults]
       default_realm = EXAMPLE.COM
# 
[realms]
       ZARAFA.LOCAL = {
               kdc = dc.example.com
               admin_server = dc.example.com
       }
#
[domain_realm]
 .example.com = EXAMPLE.COM
 example.com = EXAMPLE.COM

Replace the kdc and admin_server with the FQDN of the Domain Controller.

Restart Apache to activate all changes:

service httpd restart

Zarafa configuration

To setup a Single Sign On environment for Zarafa Collaboration Platform, you need to make a trust between the Apache webserver and the Zarafa Storage Server. The trust is necessary to handle the Webaccess authentication by the Apache webserver, not by the Zarafa Storage Server anymore.

Change the following line in the /etc/zarafa/server.cfg file:

local_admin_users = root apache

To configure the Zarafa WebAccess for Single Sign On change the following option in the config.php file:

define("LOGINNAME_STRIP_DOMAIN", true); Note: In this configuration we assume the Zarafa WebAccess is installed on the same server as the Zarafa Storage Server.

Restart the Zarafa-server processes to activate this change.

service zarafa-server restart


Web browser configuration

Before you can use Single Sign On in your browser, configure the following settings:

Firefox

  • Type in the addressbar about:config
  • Filter on auth
  • Change the options: network.negotiate-auth.trusted-uris and network.negotiate-auth.delegation-uris to .testdomain.com

Internet Explorer

  • Go to Tools -> Internet options -> Advanced
  • Make sure the option "Enable integrated Windows authentication" is enabled
  • Add the url of the Zarafa server (http://zarafa.testdomain.com) to your "Local Intranet" sites


Restart your browser and open the Webaccess via the FQDN (http://zarafa.testdomain.com/webaccess). If the configuration is done correctly, the user will be logged in to the Webaccess without typing the username and password.


Apache and Zarafa on different servers

When you have Zarafa and Apache on different servers it is NOT possible to connect the webaccess to the unix socket of Zarafa.

In this case you'll need to setup SSL to create a trust between Apache and Zarafa. Please check our Administrator manual (the paragraph about SSL Certificates in the Multiserver chapter) how to get this done. You can find our administrator manual on the community page or on the official portal.

Personal tools