Apache HTTP Server Version 2.4
Apache HTTP Server Version 2.4
| Description: | SCGI gateway module for mod_proxy |
|---|---|
| Status: | Extension |
| Module Identifier: | proxy_scgi_module |
| Source File: | mod_proxy_scgi.c |
| Compatibility: | Available in version 2.2.14 and later |
This module requires the service of mod_proxy. It provides support for the
SCGI protocol, version
1.
Thus, in order to get the ability of handling the SCGI protocol,
mod_proxy and mod_proxy_scgi have to
be present in the server.
Do not enable proxying until you have secured your server. Open proxy servers are dangerous both to your network and to the Internet at large.
Remember, in order to make the following examples work, you have to
enable mod_proxy and mod_proxy_scgi.
ProxyPass /scgi-bin/ scgi://localhost:4000/
The balanced gateway needs mod_proxy_balancer and
at least one load balancer algorithm module, such as
mod_lbmethod_byrequests, in addition to the proxy
modules listed above. mod_lbmethod_byrequests is the
default, and will be used for this example configuration.
ProxyPass "/scgi-bin/" "balancer://somecluster/"
<Proxy "balancer://somecluster">
BalancerMember "scgi://localhost:4000"
BalancerMember "scgi://localhost:4001"
</Proxy>
In addition to the configuration directives that control the
behaviour of mod_proxy, an environment
variable may also control the SCGI protocol
provider:
mod_proxy_scgi will neither create
nor export the PATH_INFO environment variable. This allows
the backend SCGI server to correctly determine SCRIPT_NAME
and Script-URI and be compliant with RFC 3875 section 3.3.
If instead you need mod_proxy_scgi to generate
a "best guess" for PATH_INFO, set this env-var. The
variable must be set before SetEnv
is effective. SetEnvIf can be
used instead: SetEnvIf Request_URI . proxy-scgi-pathinfo
| Description: | Enable or disable internal redirect responses from the backend |
|---|---|
| Syntax: | ProxySCGIInternalRedirect On|Off|Headername |
| Default: | ProxySCGIInternalRedirect On |
| Context: | server config, virtual host, directory |
| Status: | Extension |
| Module: | mod_proxy_scgi |
| Compatibility: | The Headername feature is available in version 2.4.13 and later |
The ProxySCGIInternalRedirect enables the backend
to internally redirect the gateway to a different URL. This feature
originates in mod_cgi, which internally redirects the
response if the response status is OK (200) and
the response contains a Location (or configured alternate
header) and its value starts with a slash (/). This value is
interpreted as a new local URL that Apache httpd internally redirects to.
mod_proxy_scgi does the same as
mod_cgi in this regard, except that you can turn off the
feature or specify the use of a header other than Location.
ProxySCGIInternalRedirect Off
# Django and some other frameworks will fully qualify "local URLs"
# set by the application, so an alternate header must be used.
<Location /django-app/>
ProxySCGIInternalRedirect X-Location
</Location>
| Description: | Enable evaluation of X-Sendfile pseudo response header |
|---|---|
| Syntax: | ProxySCGISendfile On|Off|Headername |
| Default: | ProxySCGISendfile Off |
| Context: | server config, virtual host, directory |
| Status: | Extension |
| Module: | mod_proxy_scgi |
The ProxySCGISendfile directive enables the
SCGI backend to let files be served directly by the gateway. This is useful
for performance purposes — httpd can use sendfile or other
optimizations, which are not possible if the file comes over the backend
socket. Additionally, the file contents are not transmitted twice.
The ProxySCGISendfile argument determines the
gateway behaviour:
OffOnX-Sendfile and interprets the value as the filename to serve.
The header is removed from the final response headers. This is equivalent to
ProxySCGISendfile X-Sendfile.On, but instead of the hardcoded header name
X-Sendfile, the argument is used as the header name.# Use the default header (X-Sendfile)
ProxySCGISendfile On
# Use a different header
ProxySCGISendfile X-Send-Static