Context Navigation

close Warning: Can't synchronize with repository "(default)" (/srv/svn/repos/chg does not appear to be a Subversion repository.). Look in the Trac log for more information.

Changes between Version 1 and Version 2 of TracFastCgi

Timestamp:: Jul 21, 2015, 11:34:14 AM (9 years ago)
Author:: trac
Comment:: --

Legend:

: Unmodified
: Added
: Removed
: Modified

TracFastCgi

-              v1
+              v2
+= Trac with FastCGI =
+Since version 0.9, Trac supports being run through the [http://www.fastcgi.com/ FastCGI] interface. Like [wiki:TracModPython mod_python], this allows Trac to remain resident, and is faster than external CGI interfaces which must start a new process for each request. However, unlike mod_python, it is able to support [http://httpd.apache.org/docs/suexec.html SuEXEC]. Additionally, it is supported by much wider variety of web servers.
+'''Note for Windows:''' Trac's FCGI does not run under Windows, as Windows does not implement `Socket.fromfd`, which is used by `_fcgi.py`. If you want to connect to IIS, your choice may be [trac:TracOnWindowsIisAjp AJP].
+== Simple Apache configuration ==
+= Trac with FastCGI
+[[TracGuideToc]]
+[[PageOutline(2-5, Contents, floated)]]
+[http://www.fastcgi.com/ FastCGI] interface allows Trac to remain resident much like with [wiki:TracModPython mod_python] or [wiki:TracModWSGI mod_wsgi]. It is faster than external CGI interfaces which must start a new process for each request.  Additionally, it is supported by much wider variety of web servers.
+Note that unlike mod_python, FastCGI supports [http://httpd.apache.org/docs/suexec.html Apache SuEXEC], ie run with different permissions than the web server runs with. `mod_wsgi` supports the `WSGIDaemonProcess` with user / group parameters to achieve the same effect.
+'''Note for Windows:''' Trac's FastCGI does not run under Windows, as Windows does not implement `Socket.fromfd`, which is used by `_fcgi.py`. If you want to connect to IIS, you may want to try [trac:TracOnWindowsIisAjp AJP]/[trac:TracOnWindowsIisAjp ISAPI].
+== Simple Apache configuration
 There are two FastCGI modules commonly available for Apache: `mod_fastcgi` and
+`mod_fcgid`.  The `FastCgiIpcDir` and `FastCgiConfig` directives discussed
+below are `mod_fastcgi` directives; the `DefaultInitEnv` is a `mod_fcgid`
+directive.
+For `mod_fastcgi`, add the following to an appropriate Apache configuration
+file:
+`mod_fcgid` (preferred). The latter is more up-to-date.
+The following sections focus on the FCGI specific setup, see also [wiki:TracModWSGI#ConfiguringAuthentication] for configuring the authentication in Apache.
+Regardless of which cgi module is used, be sure the web server has executable permissions on the cgi-bin folder. While FastCGI will throw specific permissions errors, mod_fcgid will throw an ambiguous error if this has not been done. Connection reset by peer: mod_fcgid: error reading data from FastCGI server.
+=== Set up with `mod_fastcgi`
+`mod_fastcgi` uses `FastCgiIpcDir` and `FastCgiConfig` directives that should be added to an appropriate Apache configuration file:
 {{{
 # Enable fastcgi for .fcgi files
 …
 calling `trac.fcgi` instead of `trac.cgi`.
 You can set up the `TRAC_ENV` as an overall default:
+Add the following to the Apache configuration file (below the `FastCgiIpcDir` line) if you intend to set up the `TRAC_ENV` as an overall default:
 {{{
 FastCgiConfig -initial-env TRAC_ENV=/path/to/env/trac
 }}}
 Or you can serve multiple Trac projects in a directory like:
+Alternatively, you can serve multiple Trac projects in a directory by adding this:
 {{{
 FastCgiConfig -initial-env TRAC_ENV_PARENT_DIR=/parent/dir/of/projects
 }}}
+But neither of these will work for `mod_fcgid`.  A similar but partial
+solution for `mod_fcgid` is:
+=== Set up with `mod_fcgid`
+Configure `ScriptAlias` (see TracCgi for details), but call `trac.fcgi` instead of `trac.cgi`:
+{{{
+ScriptAlias /trac /path/to/www/trac/cgi-bin/trac.fcgi/
+}}}
+Note the slash at the end.
+To set up Trac environment for `mod_fcgid` it is necessary to use `DefaultInitEnv` directive. It cannot be used in `Directory` or `Location` context, so if you need to support multiple projects, try alternative environment setup below.
 {{{
 DefaultInitEnv TRAC_ENV /path/to/env/trac/
 }}}
+But this cannot be used in `Directory` or `Location` context, which makes it
+difficult to support multiple projects.
+A better method which works for both of these modules (and for  [http://www.lighttpd.net/ lighttpd] and CGI as well), because it involves
+no server configuration settings for environment variables, is to set one
+of the variables in `trac.fcgi`, e.g.:
+=== alternative environment setup
+A better method to specify path to the Trac environment is to embed the path into `trac.fcgi` script itself. That doesn't require configuration of the server environment variables, works for both [trac:FastCgi] modules as well as for [http://www.lighttpd.net/ lighttpd] and CGI:
 {{{
 import os
 os.environ['TRAC_ENV'] = "/path/to/projectenv"
 }}}
 or
+or:
 {{{
 import os
 …
 }}}
+Using this method, different projects can be supported by using different
+`.fcgi` scripts with different `ScriptAliases`, copying and appropriately
+renaming `trac.fcgi` and adding the above code to create each such script.
+With this method different projects can be supported by using different `.fcgi` scripts with different `ScriptAliases`.
 See [https://coderanger.net/~coderanger/httpd/fcgi_example.conf this fcgid example config] which uses a !ScriptAlias directive with trac.fcgi with a trailing / like this:
 …
 }}}
 == Simple Cherokee Configuration ==
+== Simple Cherokee Configuration
 The configuration on Cherokee's side is quite simple. You will only need to know that you can spawn Trac as an SCGI process.
 You can either start it manually, or better yet, automatically by letting Cherokee spawn the server whenever it is down.
 First set up an information source in cherokee-admin with a local interpreter.
+First set up an information source in cherokee-admin with a local interpreter:
 {{{
 …
 After doing this, we will just have to create a new rule managed by the SCGI handler to access Trac. It can be created in a new virtual server, trac.example.net for instance, and will only need two rules. The '''default''' one will use the SCGI handler associated to the previously created information source.
+The second rule will be there to serve the few static files needed to correctly display the Trac interface. Create it as ''Directory rule'' for ''/chrome/common'' and just set it to the ''Static files'' handler and with a ''Document root'' that points to the appropriate files: ''/usr/share/trac/htdocs/''
+== Simple Lighttpd Configuration ==
+The FastCGI front-end was developed primarily for use with alternative webservers, such as [http://www.lighttpd.net/ lighttpd].
+lighttpd is a secure, fast, compliant and very flexible web-server that has been optimized for high-performance
+environments.  It has a very low memory footprint compared to other web servers and takes care of CPU load.
+For using `trac.fcgi`(prior to 0.11) / fcgi_frontend.py (0.11) with lighttpd add the following to your lighttpd.conf:
+{{{
+#var.fcgi_binary="/path/to/fcgi_frontend.py" # 0.11 if installed with easy_setup, it is inside the egg directory
+The second rule will be there to serve the few static files needed to correctly display the Trac interface. Create it as ''Directory rule'' for ''/common'' and just set it to the ''Static files'' handler and with a ''Document root'' that points to the appropriate files: ''$TRAC_LOCAL/htdocs/'' (where $TRAC_LOCAL is a directory defined by the user or the system administrator to place local trac resources).
+Note:\\
+If the tracd process fails to start up, and cherokee displays a 503 error page, you might be missing the [http://trac.saddi.com/flup python-flup] package.\\
+Python-flup is a dependency which provides trac with SCGI capability. You can install it on debian based systems with:
+{{{
+sudo apt-get install python-flup
+}}}
+== Simple Lighttpd Configuration
+The FastCGI front-end was developed primarily for use with alternative webservers, such as [http://www.lighttpd.net/ Lighttpd].
+Lighttpd is a secure, fast, compliant and very flexible web-server that has been optimized for high-performance environments. It has a very low memory footprint compared to other web servers and takes care of CPU load.
+For using `trac.fcgi`(prior to 0.11) / fcgi_frontend.py (0.11) with Lighttpd add the following to your lighttpd.conf:
+{{{
+#var.fcgi_binary="/usr/bin/python /path/to/fcgi_frontend.py" # 0.11 if installed with easy_setup, it is inside the egg directory
 var.fcgi_binary="/path/to/cgi-bin/trac.fcgi" # 0.10 name of prior fcgi executable
 fastcgi.server = ("/trac" =>
 …
 }}}
 Note that you will need to add a new entry to `fastcgi.server` for each separate Trac instance that you wish to run. Alternatively, you may use the `TRAC_ENV_PARENT_DIR` variable instead of `TRAC_ENV` as described above,
+and you may set one of the two in `trac.fcgi` instead of in `lighttpd.conf`
 using `bin-environment` (as in the section above on Apache configuration).
+Note that you will need to add a new entry to `fastcgi.server` for each separate Trac instance that you wish to run. Alternatively, you may use the `TRAC_ENV_PARENT_DIR` variable instead of `TRAC_ENV` as described above, and you may set one of the two in `trac.fcgi` instead of in `lighttpd.conf` using `bin-environment`, as in the section above on Apache configuration.
+Note that Lighttpd has a bug related to 'SCRIPT_NAME' and 'PATH_INFO' when the uri of fastcgi.server is '/' instead of '/trac' in this example (see [trac:#2418]). This is fixed in Lighttpd 1.5, and under Lighttpd 1.4.23 or later the workaround is to add `"fix-root-scriptname" => "enable"` as a parameter of fastcgi.server.
 For using two projects with lighttpd add the following to your `lighttpd.conf`:
 …
+                )
 }}}
+Note that field values are different.  If you prefer setting the environment
+variables in the `.fcgi` scripts, then copy/rename `trac.fcgi`, e.g., to
+`first.fcgi` and `second.fcgi`, and reference them in the above settings.
+Note that the above will result in different processes in any event, even
+if both are running from the same `trac.fcgi` script.
+Note that field values are different. If you prefer setting the environment variables in the `.fcgi` scripts, then copy/rename `trac.fcgi`, eg to `first.fcgi` and `second.fcgi`, and reference them in the above settings.
+Note that the above will result in different processes in any event, even if both are running from the same `trac.fcgi` script.
 {{{
 #!div class=important
 '''Note''' It's very important the order on which server.modules are loaded, if mod_auth is not loaded '''BEFORE''' mod_fastcgi, then the server will fail to authenticate the user.
 }}}
 For authentication you should enable mod_auth in lighttpd.conf 'server.modules', select auth.backend and auth rules:
 {{{
 …
+               )
+}}}
+Note that lighttpd (I use version 1.4.3) stopped if password file doesn't exist.
+Note that lighttpd doesn't support 'valid-user' in versions prior to 1.3.16.
+Conditional configuration is also useful for mapping static resources, i.e. serving out images and CSS directly instead of through FastCGI:
+}}}
+Note that Lighttpd (v1.4.3) stops if the password file doesn't exist.
+Note that Lighttpd doesn't support 'valid-user' in versions prior to 1.3.16.
+Conditional configuration is also useful for mapping static resources, ie serving out images and CSS directly instead of through FastCGI:
 {{{
 # Aliasing functionality is needed
 server.modules += ("mod_alias")
 # Setup an alias for the static resources
+# Set up an alias for the static resources
 alias.url = ("/trac/chrome/common" => "/usr/share/trac/htdocs")
 …
+}
 }}}
 The technique can be easily adapted for use with multiple projects by creating aliases for each of them, and wrapping the fastcgi.server declarations inside conditional configuration blocks.
 Also there is another way to handle multiple projects and it's to use TRAC_ENV_PARENT_DIR instead of TRAC_ENV and use global auth, let's see an example:
 …
 }}}
 Changing date/time format also supported by lighttpd over environment variable LC_TIME
+Changing date/time format also supported by lighttpd over environment variable LC_TIME:
 {{{
 fastcgi.server = ("/trac" =>
 …
 For details about languages specification see [trac:TracFaq TracFaq] question 2.13.
+Other important information like [http://trac.lighttpd.net/trac/wiki/TracInstall this updated TracInstall page], [wiki:TracCgi#MappingStaticResources and this] are useful for non-fastcgi specific installation aspects.
+If you use trac-0.9, read [http://lists.edgewall.com/archive/trac/2005-November/005311.html about small bug]
+Relaunch lighttpd, and browse to `http://yourhost.example.org/trac` to access Trac.
+Note about running lighttpd with reduced permissions:
+  If nothing else helps and trac.fcgi doesn't start with lighttpd settings __server.username = "www-data"__, __server.groupname = "www-data"__, then in the `bin-environment` section set `PYTHON_EGG_CACHE` to the home directory of `www-data` or some other directory accessible to this account for writing.
+== Simple !LiteSpeed Configuration ==
+Other important information like the [wiki:TracInstall#MappingStaticResources mapping static resources advices] are useful for non-fastcgi specific installation aspects.
+]
+Relaunch Lighttpd and browse to `http://yourhost.example.org/trac` to access Trac.
+Note about running Lighttpd with reduced permissions: If nothing else helps and trac.fcgi doesn't start with Lighttpd settings `server.username = "www-data"`, `server.groupname = "www-data"`, then in the `bin-environment` section set `PYTHON_EGG_CACHE` to the home directory of `www-data` or some other directory accessible to this account for writing.
+== Simple !LiteSpeed Configuration
 The FastCGI front-end was developed primarily for use with alternative webservers, such as [http://www.litespeedtech.com/ LiteSpeed].
 …
 !LiteSpeed web server is an event-driven asynchronous Apache replacement designed from the ground-up to be secure, scalable, and operate with minimal resources. !LiteSpeed can operate directly from an Apache config file and is targeted for business-critical environments.
+Setup
+) Please make sure you have first have a working install of a Trac project. Test install with “tracd” first.
+) Create a Virtual Host for this setup. From now on we will refer to this vhost as TracVhost. For this tutorial we will be assuming that your trac project will be accessible via:
+. Please make sure you have a working install of a Trac project. Test install with "tracd" first.
+. Create a Virtual Host for this setup. From now on we will refer to this vhost as !TracVhost. For this tutorial we will be assuming that your Trac project will be accessible via:
 {{{
 http://yourdomain.com/trac/
 }}}
+) Go “TracVhost → External Apps” tab and create a new “External Application”.
+. Go "!TracVhost → External Apps" tab and create a new "External Application".
 {{{
 Name: MyTracFCGI
 …
 }}}
 ) Optional. If you need to use htpasswd based authentication. Go to “TracVhost → Security” tab and create a new security “Realm”.
+. Optional: If you need to use htpasswd based authentication. Go to "!TracVhost → Security" tab and create a new security Realm.
 {{{
 …
 If you don’t have a htpasswd file or don’t know how to create the entries within one, go to http://sherylcanter.com/encrypt.php, to generate the user:password combos.
 ) Go to “PythonVhost → Contexts” and create a new “FCGI Context”.
+. Go to "!PythonVhost → Contexts" and create a new FCGI Context.
 {{{
 …
 }}}
+) Modify /fullpathto/mytracproject/conf/trac.ini
+. Modify `/fullpathto/mytracproject/conf/trac.ini`
 {{{
 …
 }}}
 ) Restart !LiteSpeed, “lswsctrl restart”, and access your new Trac project at:
+. Restart !LiteSpeed, “lswsctrl restart”, and access your new Trac project at:
 {{{
 …
 }}}
+=== Simple Nginx Configuration ===
+) Nginx configuration snippet - confirmed to work on 0.6.32
+{{{
+== Simple Nginx Configuration
+Nginx is able to communicate with FastCGI processes, but can not spawn them. So you need to start FastCGI server for Trac separately.
+. Nginx configuration with basic authentication handled by Nginx - confirmed to work on 0.6.32
+ {{{
     server {
         listen       10.9.8.7:443;
 …
         ssl_prefer_server_ciphers   on;
         # (Or ``^/some/prefix/(.*)``.
         if ($uri ~ ^/(.*)) {
              set $path_info /$1;
+        # it makes sense to serve static resources through Nginx (or ``~ [/some/prefix]/chrome/(.*)``)
+        location ~ /chrome/(.*) {
+             alias /home/trac/instance/static/htdocs/$1;
+        }
         # You can copy this whole location to ``location [/some/prefix]/login``
+        # You can copy this whole location to ``location [/some/prefix](/login)``
         # and remove the auth entries below if you want Trac to enforce
         # authorization where appropriate instead of needing to authenticate
         # for accessing the whole site.
         # (Or ``location /some/prefix``.)
         location / {
+        # (Or ``~ location /some/prefix(/.*)``.)
+        location ~ (/.*) {
             auth_basic            "trac realm";
             auth_basic_user_file /home/trac/htpasswd;
 …
             # (Or ``fastcgi_param  SCRIPT_NAME  /some/prefix``.)
             fastcgi_param  SCRIPT_NAME        "";
             fastcgi_param  PATH_INFO          $path_info;
+            fastcgi_param  PATH_INFO          $1;
             ## WSGI NEEDED VARIABLES - trac warns about them
 …
             fastcgi_param  SERVER_PORT        $server_port;
             fastcgi_param  SERVER_PROTOCOL    $server_protocol;
+            # for authentication to work
+            fastcgi_param  QUERY_STRING       $query_string;
+            # For Nginx authentication to work - do not forget to comment these
+            # lines if not using Nginx for authentication
             fastcgi_param  AUTH_USER          $remote_user;
             fastcgi_param  REMOTE_USER        $remote_user;
+            # for ip to work
+            fastcgi_param REMOTE_ADDR         $remote_addr;
+            # For attchments to work
+            fastcgi_param    CONTENT_TYPE     $content_type;
+            fastcgi_param    CONTENT_LENGTH   $content_length;
+        }
+    }
 }}}
+) Modified trac.fcgi:
+{{{
+. Modified trac.fcgi:
+ {{{
 #!/usr/bin/env python
 import os
 …
 }}}
+) reload nginx and launch trac.fcgi like that:
+{{{
+. reload nginx and launch trac.fcgi like that:
+ {{{#!sh
 trac@trac.example ~ $ ./trac-standalone-fcgi.py
 }}}
 The above assumes that:
  * There is a user named 'trac' for running trac instances and keeping trac environments in its home directory.
  * /home/trac/instance contains a trac environment
  * /home/trac/htpasswd contains authentication information
  * /home/trac/run is owned by the same group the nginx runs under
   * and if your system is Linux the /home/trac/run has setgid bit set (chmod g+s run)
+ * There is a user named 'trac' for running trac instances and keeping trac environments in its home directory
+ * `/home/trac/instance` contains a trac environment
+ * `/home/trac/htpasswd` contains authentication information
+ * `/home/trac/run` is owned by the same group the nginx runs under
+  * and if your system is Linux the `/home/trac/run` has setgid bit set (`chmod g+s run`)
   * and patch from ticket #T7239 is applied, or you'll have to fix the socket file permissions every time
 Unfortunately nginx does not support variable expansion in fastcgi_pass directive.
 Thus it is not possible to serve multiple trac instances from one server block.
 If you worry enough about security, run trac instances under separate users.
 Another way to run trac as a FCGI external application is offered in ticket #T6224
+Thus it is not possible to serve multiple Trac instances from one server block.
+If you worry enough about security, run Trac instances under separate users.
+Another way to run Trac as a FCGI external application is offered in ticket #T6224
 ----