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.
ExamplesRemember, 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>Environment Variables
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
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>ProxySCGISendfile Directive
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:
Off
On
X-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
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4