| 60 | | Out of the box, Trac will serve static resources such as style sheets or images itself. For a CGI setup, though, this is highly undesirable, because it results in the CGI script being invoked for documents that could be much more efficiently served by the web server directly. |
| 61 | | |
| 62 | | Web servers such as [http://httpd.apache.org/ Apache HTTPD] allow you to create “Aliases” to resources, thereby giving them a virtual URL that doesn't necessarily bear any resemblance to the layout of the servers file system. We already used this capability above when defining a `ScriptAlias` for the CGI script, and we'll use it now to map requests to the static resources to the directory on the file system that contains them, thereby bypassing the processing of such requests by the CGI script. |
| 63 | | |
| 64 | | Edit the Apache configuration file again and add the following snippet '''before''' the `ScriptAlias` for the CGI script , file names and locations changed to match your installation: |
| 65 | | {{{ |
| 66 | | Alias /trac/chrome/common /usr/share/trac/htdocs |
| 67 | | <Directory "/usr/share/trac/htdocs"> |
| 68 | | Order allow,deny |
| 69 | | Allow from all |
| 70 | | </Directory> |
| 71 | | }}} |
| 72 | | |
| 73 | | Note that whatever URL path you mapped the `trac.cgi` script to, the path `/chrome/common` is the path you have to append to that location to intercept requests to the static resources. |
| 74 | | |
| 75 | | For example, if Trac is mapped to `/cgi-bin/trac.cgi` on your server, the URL of the Alias should be `/cgi-bin/trac.cgi/chrome/common`. |
| 76 | | |
| 77 | | Similarly, if you have static resources in a projects htdocs directory, you can configure apache to serve those resources (again, put this '''before''' the `ScriptAlias` for the CGI script, and adjust names and locations to match your installation): |
| 78 | | |
| 79 | | {{{ |
| 80 | | Alias /trac/chrome/site /path/to/projectenv/htdocs |
| 81 | | <Directory "/path/to/projectenv/htdocs"> |
| 82 | | Order allow,deny |
| 83 | | Allow from all |
| 84 | | </Directory> |
| 85 | | }}} |
| 86 | | |
| 87 | | Alternatively, you can set the `htdocs_location` configuration option in [wiki:TracIni trac.ini]: |
| 88 | | {{{ |
| 89 | | [trac] |
| 90 | | htdocs_location = /trac-htdocs |
| 91 | | }}} |
| 92 | | |
| 93 | | Trac will then use this URL when embedding static resources into HTML pages. Of course, you still need to make the Trac `htdocs` directory available through the web server at the specified URL, for example by copying (or linking) the directory into the document root of the web server: |
| 94 | | {{{ |
| 95 | | $ ln -s /usr/share/trac/htdocs /var/www/your_site.com/htdocs/trac-htdocs |
| 96 | | }}} |
| 97 | | |
| 98 | | Note that in order to get this `htdocs` directory, you need first to extract the relevant Trac resources using the `deploy` command of TracAdmin: |
| 99 | | [[TracAdminHelp(deploy)]] |
| 100 | | |
| | 66 | See TracInstall#MappingStaticResources. |
| 104 | | The simplest way to enable authentication with Apache is to create a password file. Use the `htpasswd` program to create the password file: |
| 105 | | {{{ |
| 106 | | $ htpasswd -c /somewhere/trac.htpasswd admin |
| 107 | | New password: <type password> |
| 108 | | Re-type new password: <type password again> |
| 109 | | Adding password for user admin |
| 110 | | }}} |
| 111 | | |
| 112 | | After the first user, you dont need the "-c" option anymore: |
| 113 | | {{{ |
| 114 | | $ htpasswd /somewhere/trac.htpasswd john |
| 115 | | New password: <type password> |
| 116 | | Re-type new password: <type password again> |
| 117 | | Adding password for user john |
| 118 | | }}} |
| 119 | | |
| 120 | | ''See the man page for `htpasswd` for full documentation.'' |
| 121 | | |
| 122 | | After you've created the users, you can set their permissions using TracPermissions. |
| 123 | | |
| 124 | | Now, you'll need to enable authentication against the password file in the Apache configuration: |
| 125 | | {{{ |
| 126 | | <Location "/trac/login"> |
| 127 | | AuthType Basic |
| 128 | | AuthName "Trac" |
| 129 | | AuthUserFile /somewhere/trac.htpasswd |
| 130 | | Require valid-user |
| 131 | | </Location> |
| 132 | | }}} |
| 133 | | |
| 134 | | If you're hosting multiple projects you can use the same password file for all of them: |
| 135 | | {{{ |
| 136 | | <LocationMatch "/trac/[^/]+/login"> |
| 137 | | AuthType Basic |
| 138 | | AuthName "Trac" |
| 139 | | AuthUserFile /somewhere/trac.htpasswd |
| 140 | | Require valid-user |
| 141 | | </LocationMatch> |
| 142 | | }}} |
| 143 | | |
| 144 | | For better security, it is recommended that you either enable SSL or at least use the “digest” authentication scheme instead of “Basic”. Please read the [http://httpd.apache.org/docs/2.0/ Apache HTTPD documentation] to find out more. For example, on a Debian 4.0r1 (etch) system the relevant section in apache configuration can look like this: |
| 145 | | {{{ |
| 146 | | <Location "/trac/login"> |
| 147 | | LoadModule auth_digest_module /usr/lib/apache2/modules/mod_auth_digest.so |
| 148 | | AuthType Digest |
| 149 | | AuthName "trac" |
| 150 | | AuthDigestDomain /trac |
| 151 | | AuthUserFile /somewhere/trac.htpasswd |
| 152 | | Require valid-user |
| 153 | | </Location> |
| 154 | | }}} |
| 155 | | and you'll have to create your .htpasswd file with htdigest instead of htpasswd as follows: |
| 156 | | {{{ |
| 157 | | # htdigest /somewhere/trac.htpasswd trac admin |
| 158 | | }}} |
| 159 | | where the "trac" parameter above is the same as !AuthName above ("Realm" in apache-docs). |
| | 70 | See TracInstall#ConfiguringAuthentication. |
