|Version 9 (modified by anonymous, 2 years ago) (diff)|
Share Trac cookies between projects in the same environment
SharedCookieAuthPlugin allows cookies to be shared between Trac instances in the same environment (i.e. directory). The plugin monkey-patches trac.web.auth.LoginModule so that cookies get set at / instead of req.base_path (See following note). The incoming request is then passed by the authenticate method of the IAuthenticator interface to projects that peer the project of interest to see if the user is authenticated there. This enables single-sign on for Trac projects in the same directory.
[trac] auth_cookie_path = /var/www/trac
So this has been made a part of Trac, and a simplified plugin version (not yet available) should work for Trac version >= 0.12 without that monkey-patching.
To make this work you will need to select one of the project to be the master authenticator, the other (slave) projects should be configured to pass the authenticate request onto the master project. This is to avoid one project to kill the auth_cookie if the login was made in another project. Unfortunately this means that login and logout can only be made in the master project.
So for the slave projects you'll need to disable the normal way of authentication while enabling the sharedcookieauth:
[components] sharedcookieauth.* = enabled trac.web.auth.LoginModule = disabled [trac] auth_cookie_path = /
And for the master project:
[components] sharedcookieauth.* = enabled trac.web.auth.LoginModule = enabled [trac] auth_cookie_path = /
The sharedcookieauth should not need to be enabled in the master project, but it shouldn't harm either. Also be aware that the server name used must match or the browser will not share the auth_cookie between the projects
If you have any issues, create a new ticket.
Download the zipped source from here.
Install the plugin on multiple Trac instances in the same directory that use cookie-based auth. Then login to one should mirror login to all of them
-  by agitronic on 2012-11-14 17:59:08
Fix multiple call to authenticate problem, closes #5566.
There seem to be a possibility that the authenticate method is
called multiple times during the processing of a request.
Also the '0.11' directory has been renamed to 'trunk' and monkey
patching has been disabled.
-  by agitronic on 2012-04-07 11:06:22
Updated maintainer field.
-  by k0s on 2009-07-23 20:14:24
point to correct URL
Originally developed at The Open Planning Project