Skip to content

Latest commit

 

History

History
543 lines (300 loc) · 17.9 KB

README.wiki

File metadata and controls

543 lines (300 loc) · 17.9 KB

= Name =

nginx_ajp_module - support AJP protocol proxy with Nginx

Table of Contents

Synopsis

<geshi lang="nginx"> http { upstream tomcats { server 127.0.0.1:8009; keepalive 10; } server { listen 80; location / { ajp_keep_conn on; ajp_pass tomcats; } } } </geshi>

Description

With this module, Nginx can connect to AJP port directly. The motivation of writing these modules is Nginx's high performance and robustness.

Directives

ajp_buffers

syntax: ajp_buffers the_number is_size;

default: ajp_buffers 8 4k/8k;

context: http, server, location

This directive specifies the number and the size of buffers, into which will be read the response, obtained from the AJP server. By default, the size of one buffer is equal to the size of a page. Depending on platform this is either 4K, 8K or 16K.

ajp_buffer_size

syntax: ajp_buffer_size the_size;

default: ajp_buffer_size 4k/8k;

context: http, server, location

This directive sets the buffer size, into which will be read the first part of the response, obtained from the AJP server.

In this part of response the small response-header is located, as a rule.

By default, the buffersize is equal to the size of one buffer in directive ajp_buffers; however, it is possible to set it to less.

ajp_cache

syntax: ajp_cache zone;

default: off

context: http, server, location

The directive specifies the area which actually is the share memory's name for caching. The same area can be used in several places. You must set the ajp_cache_path first.

ajp_cache_key

syntax: ajp_cache_key line;

default: none

context: http, server, location

The directive specifies what information is included in the key for caching, for example

<geshi lang="nginx"> ajp_cache_key "$host$request_uri$cookie_user"; </geshi>

Note that by default, the hostname of the server is not included in the cache key. If you are using subdomains for different locations on your website, you need to include it, e.g. by changing the cache key to something like

<geshi lang="nginx"> ajp_cache_key "$scheme$host$request_uri"; </geshi>

ajp_cache_methods

syntax: ajp_cache_methods [GET];

default: ajp_cache_methods GET HEAD;

context: main,http,location

GET/HEAD is syntax sugar, i.e. you can not disable GET/HEAD even if you set just

<geshi lang="nginx"> ajp_cache_methods POST; </geshi>

ajp_cache_min_uses

syntax: ajp_cache_min_uses n;

default: ajp_cache_min_uses 1;

context: http, server, location

Sets the number of requests after which the response will be cached.

ajp_cache_path

syntax: ajp_cache_path /path/to/cache [levels=m:n];

default: none

context: http, server, location

This directive sets the cache path and other cache parameters. Cached data stored in files. Key and filename in cache is md5 of proxied URL. Levels parameter set number of subdirectories in cache, for example for:

<geshi lang="nginx"> ajp_cache_path /data/nginx/cache levels=1:2 keys_zone=one:10m; </geshi>

file names will be like:

/data/nginx/cache/c/29/b7f54b2df7773722d382f4809d65029c

ajp_cache_use_stale

syntax: ajp_cache_use_stale [updating|error|timeout|invalid_header|http_500];

default: ajp_cache_use_stale off;

context: http, server, location

If an error occurs while working with the AJP server it is possible to use a stale cached response. This directives determines in which cases it is permitted. The directive’s parameters match those of the ajp_next_upstream directive.

Additionally, the updating parameter permits to use a stale cached response if it is currently being updated. This allows to minimize the number of accesses to AJP servers when updating cached data.

ajp_cache_valid

syntax: ajp_cache_valid [http_error_code|time];

default: none

context: http, server, location

Sets caching time for different response codes. For example, the following directives

<geshi lang="nginx"> ajp_cache_valid 200 302 10m; ajp_cache_valid 404 1m; </geshi>

set 10 minutes of caching for responses with codes 200 and 302, and 1 minute for responses with code 404.

If only caching time is specified

<geshi lang="nginx"> ajp_cache_valid 5m; </geshi>

then only 200, 301, and 302 responses are cached.

In addition, it can be specified to cache any responses using the any parameter:

<geshi lang="nginx"> ajp_cache_valid 200 302 10m; ajp_cache_valid 301 1h; ajp_cache_valid any 1m; </geshi>

Parameters of caching can also be set directly in the response header. This has a higher precedence than setting of caching time using the directive. The “X-Accel-Expires” header field sets caching time of a response in seconds. The value 0 disables to cache a response. If a value starts with the prefix @, it sets an absolute time in seconds since Epoch, up to which the response may be cached. If header does not include the “X-Accel-Expires” field, parameters of caching may be set in the header fields “Expires” or “Cache-Control”. If a header includes the “Set-Cookie” field, such a response will not be cached. Processing of one or more of these response header fields can be disabled using the ajp_ignore_headers directive.

ajp_connect_timeout

syntax: ajp_connect_timeout time;

default: ajp_connect_timeout 60s;

context: http, server, location

This directive assigns a timeout for the connection to the upstream server. It is necessary to keep in mind that this time out cannot be more than 75 seconds.

This is not the time until the server returns the pages, this is the ajp_read_timeout statement. If your upstream server is up, but hanging (e.g. it does not have enough threads to process your request so it puts you in the pool of connections to deal with later), then this statement will not help as the connection to the server has been made.

ajp_header_packet_buffer_size

syntax: ajp_header packet_buffer_size;

default: ajp_header_packet_buffer_size 8k;

context: http, server, location

Set the buffer size of Forward Request packet. The range is (0, 2^16).

ajp_hide_header

syntax: ajp_hide_header name;

context: http, server, location

By default, Nginx does not pass headers "Status" and "X-Accel-..." from the AJP process back to the client. This directive can be used to hide other headers as well.

If the headers "Status" and "X-Accel-..." must be provided, then it is necessary to use directive ajp_pass_header to force them to be returned to the client.

ajp_ignore_headers

syntax: ajp_ignore_headers name [name];

default: none

context: http, server, location

This directive(0.7.54+) prohibits the processing of the header lines from the proxy server's response.

It can specify the string as "X-Accel-Redirect", "X-Accel-Expires", "Expires" or "Cache-Control".

ajp_ignore_client_abort

syntax: ajp_ignore_client_abort on|off;

default: ajp_ignore_client_abort off;

context: http, server, location

This directive determines if current request to the AJP-server must be aborted in case the client aborts the request to the server.

ajp_intercept_errors

syntax: ajp_intercept_errors on|off;

default: ajp_intercept_errors off;

context: http, server, location

This directive determines whether or not to transfer 4xx and 5xx errors back to the client or to allow Nginx to answer with directive error_page.

Note: You need to explicitly define the error_page handler for this for it to be useful. As Igor says, "nginx does not intercept an error if there is no custom handler for it it does not show its default pages. This allows to intercept some errors, while passing others as are."

ajp_keep_conn

syntax: ajp_keep_conn on|off;

default: ajp_keep_conn off;

context: http, server, location

This directive determines whether or not to keep the connection alive with backend server.

ajp_next_upstream

syntax: ajp_next_upstream [error|timeout|invalid_header|http_500|http_502|http_503|http_504|http_404|off];

default: ajp_next_upstream error timeout;

context: http, server, location

Directive determines, in what cases the request will be transmitted to the next server:

  • error — an error has occurred while connecting to the server, sending a request to it, or reading its response;
  • timeout — occurred timeout during the connection with the server, transfer the request or while reading response from the server;
  • invalid_header — server returned a empty or incorrect answer;
  • http_500 — server returned answer with code 500;
  • http_502 — server returned answer with code 502;
  • http_503 — server returned answer with code 503;
  • http_504 — server returned answer with code 504;
  • http_404 — server returned answer with code 404;
  • off — it forbids the request transfer to the next server Transferring the request to the next server is only possible when nothing has been transferred to the client -- that is, if an error or timeout arises in the middle of the transfer of the request, then it is not possible to retry the current request on a different server.

ajp_max_data_packet_size

syntax: ajp_max_data_packet_size size;

default: ajp_max_data_packet_size 8k;

context: http, server, location

Set the maximum size of AJP's Data packet. The range is [8k,];

ajp_max_temp_file_size

syntax: ajp_max_temp_file_size size;

default: ajp_max_temp_file_size 1G;

context: http, server, location, if

The maximum size of a temporary file when the content is larger than the proxy buffer. If file is larger than this size, it will be served synchronously from upstream server rather than buffered to disk.

If ajp_max_temp_file_size is equal to zero, temporary files usage will be disabled.

ajp_pass

syntax: ajp_pass ajp-server

default: none

context: location, if in location

Directive assigns the port or socket on which the AJP-server is listening. Port can be indicated by itself or as an address and port, for example:

<geshi lang="nginx"> ajp_pass localhost:9000; </geshi>

using a Unix domain socket:

<geshi lang="nginx"> ajp_pass unix:/tmp/ajp.socket; </geshi>

You may also use an upstream block.

<geshi lang="nginx"> upstream backend { server localhost:1234; } ajp_pass backend; </geshi>

ajp_pass_header

syntax: ajp_pass_header name;

context: http, server, location

Permits to pass specific header fields from the AJP server to a client.

ajp_pass_request_headers

syntax: ajp_pass_request_headers [on];

default: ajp_pass_request_headers on;

context: http, server, location

Permits to pass request header fields from the client to server.

ajp_pass_request_body

syntax: ajp_pass_request_body [on] ;

default: ajp_pass_request_body on;

context: http, server, location

Permits to pass request body from the client to server.

ajp_read_timeout

syntax: ajp_read_timeout time;

default: ajp_read_timeout_time 60

context: http, server, location

Directive sets the amount of time for upstream to wait for a AJP process to send data. Change this directive if you have long running AJP processes that do not produce output until they have finished processing. If you are seeing an upstream timed out error in the error log, then increase this parameter to something more appropriate.

ajp_send_lowat

syntax: ajp_send_lowat [on];

default: ajp_send_lowat off;

context: http, server, location, if

This directive set SO_SNDLOWAT. This directive is only available on FreeBSD

ajp_send_timeout

syntax: ajp_send_timeout time;

default: ajp_send_timeout 60;

context: http, server, location

This directive assigns timeout with the transfer of request to the upstream server. Timeout is established not on entire transfer of request, but only between two write operations. If after this time the upstream server will not take new data, then nginx is shutdown the connection.

ajp_store

syntax: ajp_store [on] ;

default: ajp_store off;

context: http, server, location

This directive sets the path in which upstream files are stored. The parameter "on" preserves files in accordance with path specified in directives alias or root. The parameter "off" forbids storing. Furthermore, the name of the path can be clearly assigned with the aid of the line with the variables:

<geshi lang="nginx"> ajp_store /data/www$original_uri; </geshi>

The time of modification for the file will be set to the date of "Last-Modified" header in the response. To be able to safe files in this directory it is necessary that the path is under the directory with temporary files, given by directive ajp_temp_path for the data location.

This directive can be used for creating the local copies for dynamic output of the backend which is not very often changed, for example:

<geshi lang="nginx"> location /images/ { root /data/www; error_page 404 = @fetch; } location @fetch { internal; ajp_pass backend; ajp_store on; ajp_store_access user:rw group:rw all:r; ajp_temp_path /data/temp; root /data/www; } </geshi>

To be clear ajp_store is not a cache, it's rather mirror on demand.

ajp_store_access

syntax: ajp_store_access users:permissions [users:permission];

default: ajp_store_access user:rw;

context: http, server, location

This directive assigns the permissions for the created files and directories, for example:

<geshi lang="nginx"> ajp_store_access user:rw group:rw all:r; </geshi>

If any rights for groups or all are assigned, then it is not necessary to assign rights for user:

<geshi lang="nginx"> ajp_store_access group:rw all:r; </geshi>

ajp_temp_path

syntax: ajp_temp_path dir-path [level1] ;

default: $NGX_PREFIX/ajp_temp

context: http, server, location

This directive works like client_body_temp_path to specify a location to buffer large proxied requests to the filesystem.

ajp_temp_file_write_size

syntax: ajp_temp_file_write_size size;

default: ajp_temp_file_write_size ["#ajp] * 2;

context: http, server, location, if

Sets the amount of data that will be flushed to the ajp_temp_path when writing. It may be used to prevent a worker process blocking for too long while spooling data.

Installation

Download the latest version of the release tarball of this module from github

Grab the nginx source code from nginx.org, for example, the version 1.2.0 (see nginx compatibility), and then build the source with this module:

<geshi lang="bash"> $ wget 'http://nginx.org/download/nginx-1.4.4.tar.gz' $ tar -xzvf nginx-1.4.4.tar.gz $ cd nginx-1.4.4/ $ ./configure --add-module=/path/to/nginx_ajp_module $ make $ make install </geshi>

Compatibility

  • The master branch is for Nginx-1.1.4+
  • If you want to use it with Nginx-1.0.x, you can use this nginx-1.0 branch.

TODO

  • SSL

Known Issues

Changelogs

v0.3

  • remove the jvm_route and keepalive module

v0.2

  • bugfix

v0.1

  • first release

Authors

  • Weibin Yao(姚伟斌) yaoweibin AT gmail DOT com
  • Jinti Shen(路奇) jinti.shen AT gmail DOT com
  • Joshua Zhu(叔度) zhuzhaoyuan AT gmail DOT com
  • Simon Liu(雕梁) simohayha.bobo AT gmail DOT com
  • Matthew Ma(东坡) mj19821214 AT gmail DOT com

Acknowledgments

  • Thanks 李金虎(beagem@163.com) to improve the keepalive feature with this module.

License

This README template is from agentzh.

I borrowed a lot of codes from Fastcgi module of Nginx. This part of code is copyrighted by Igor Sysoev. And the design of apache's mod_ajp_proxy. Thanks for their hard work.

This module is licensed under the BSD license.

Redistribution and use in source and binary forms, with or without modification, are permitted provided that the following conditions are met:

  • Redistributions of source code must retain the above copyright notice, this list of conditions and the following disclaimer.
  • Redistributions in binary form must reproduce the above copyright notice, this list of conditions and the following disclaimer in the documentation and/or other materials provided with the distribution.
THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS "AS IS" AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT HOLDER OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.