A module for nginx for handling file uploads using multipart/form-data encoding (RFC 1867) and resumable uploads according to this protocol.
- Description
- Directives
- upload_pass
- upload_resumable
- upload_store
- upload_state_store
- upload_store_access
- upload_set_form_field
- upload_aggregate_form_field
- upload_pass_form_field
- upload_cleanup
- upload_buffer_size
- upload_max_part_header_len
- upload_max_file_size
- upload_limit_rate
- upload_max_output_body_len
- upload_tame_arrays
- upload_pass_args
- Example configuration
- License
The module parses request body storing all files being uploaded to a
directory specified by upload_store directive. The
files are then being stripped from body and altered request is then
passed to a location specified by upload_pass
directive, thus allowing arbitrary handling of uploaded files. Each of
file fields are being replaced by a set of fields specified by
upload_set_form_field directive. The
content of each uploaded file then could be read from a file specified
by $upload_tmp_path variable or the file could be simply moved to
ultimate destination. Removal of output files is controlled by directive
upload_cleanup. If a request has a method other than
POST, the module returns error 405 (Method not allowed). Requests with
such methods could be processed in alternative location via
error_page
directive.
Syntax: upload_pass location
Default: —
Context: server,location
Specifies location to pass request body to. File fields will be stripped and replaced by fields, containing necessary information to handle uploaded files.
Syntax: upload_resumable on | off
Default: upload_resumable off
Context: main,server,location
Enables resumable uploads.
Syntax: upload_store directory [level1 [level2]] ...
Default: —
Context: server,location
Specifies a directory to which output files will be saved to. The directory could be hashed. In this case all subdirectories should exist before starting nginx.
Syntax: upload_state_store directory [level1 [level2]] ...
Default: —
Context: server,location
Specifies a directory that will contain state files for resumable uploads. The directory could be hashed. In this case all subdirectories should exist before starting nginx.
Syntax: upload_store_access mode
Default: upload_store_access user:rw
Context: server,location
Specifies access mode which will be used to create output files.
Syntax: upload_set_form_field name value
Default: —
Context: server,location
Specifies a form field(s) to generate for each uploaded file in request
body passed to backend. Both name and value could contain following
special variables:
$upload_field_name: the name of original file field$upload_content_type: the content type of file uploaded$upload_file_name: the original name of the file being uploaded with leading path elements in DOS and UNIX notation stripped. I.e. "D:\Documents And Settings\My Dcouments\My Pictures\Picture.jpg" will be converted to "Picture.jpg" and "/etc/passwd" will be converted to "passwd".$upload_tmp_path: the path where the content of original file is being stored to. The output file name consists 10 digits and generated with the same algorithm as inproxy_temp_pathdirective.
These variables are valid only during processing of one part of original request body.
Usage example:
upload_set_form_field $upload_field_name.name "$upload_file_name";
upload_set_form_field $upload_field_name.content_type "$upload_content_type";
upload_set_form_field $upload_field_name.path "$upload_tmp_path";Syntax: upload_aggregate_form_field name value
Default: —
Context: server,location
Specifies a form field(s) containing aggregate attributes to generate for each uploaded file in request body passed to backend. Both name and value could contain standard nginx variables, variables from upload_set_form_field directive and following additional special variables:
$upload_file_md5: MD5 checksum of the file$upload_file_md5_uc: MD5 checksum of the file in uppercase letters$upload_file_sha1: SHA1 checksum of the file$upload_file_sha1_uc: SHA1 checksum of the file in uppercase letters$upload_file_sha256: SHA256 checksum of the file$upload_file_sha256_uc: SHA256 checksum of the file in uppercase letters$upload_file_sha512: SHA512 checksum of the file$upload_file_sha512_uc: SHA512 checksum of the file in uppercase letters$upload_file_crc32: hexdecimal value of CRC32 of the file$upload_file_size: size of the file in bytes$upload_file_number: ordinal number of file in request body
The value of a field specified by this directive is evaluated after successful upload of the file, thus these variables are valid only at the end of processing of one part of original request body.
Warning:: variables $upload_file_md5, $upload_file_md5_uc,
$upload_file_sha1, and $upload_file_sha1_uc use additional
resources to calculate MD5 and SHA1 checksums.
Usage example:
upload_aggregate_form_field $upload_field_name.md5 "$upload_file_md5";
upload_aggregate_form_field $upload_field_name.size "$upload_file_size";
Syntax: upload_pass_form_field regex
Default: —
Context: server,location
Specifies a regex pattern for names of fields which will be passed to backend from original request body. This directive could be specified multiple times per location. Field will be passed to backend as soon as first pattern matches. For PCRE-unaware enviroments this directive specifies exact name of a field to pass to backend. If directive is omitted, no fields will be passed to backend from client.
Usage example:
upload_pass_form_field "^submit$|^description$";For PCRE-unaware environments:
upload_pass_form_field "submit";
upload_pass_form_field "description";
Syntax: upload_cleanup status/range ...
Default: —
Context: server,location
Specifies HTTP statuses after generation of which all file successfuly uploaded in current request will be removed. Used for cleanup after backend or server failure. Backend may also explicitly signal errornous status if it doesn't need uploaded files for some reason. HTTP status must be a numerical value in range 400-599, no leading zeroes are allowed. Ranges of statuses could be specified with a dash.
Usage example:
upload_cleanup 400 404 499 500-505;Syntax: upload_buffer_size size
Default: size of memory page in bytes
Context: server,location
Size in bytes of write buffer which will be used to accumulate file data and write it to disk. This directive is intended to be used to compromise memory usage vs. syscall rate.
Syntax: upload_max_part_header_len size
Default: 512
Context: server,location
Specifies maximal length of part header in bytes. Determines the size of the buffer which will be used to accumulate part headers.
Syntax: upload_max_file_size size
Default: 0
Context: main,server,location
Specifies maximal size of the file. Files longer than the value of this
directive will be omitted. This directive specifies "soft" limit, in the
sense, that after encountering file longer than specified limit, nginx
will continue to process request body, trying to receive remaining
files. For "hard" limit client_max_body_size directive must be
used. The value of zero for this directive specifies that no
restrictions on file size should be applied.
Syntax: upload_limit_rate rate
Default: 0
Context: main,server,location
Specifies upload rate limit in bytes per second. Zero means rate is unlimited.
Syntax: upload_max_output_body_len size
Default: 100k
Context: main,server,location
Specifies maximal length of the output body. This prevents piling up of non-file form fields in memory. Whenever output body overcomes specified limit error 413 (Request entity too large) will be generated. The value of zero for this directive specifies that no restrictions on output body length should be applied.
Syntax: upload_tame_arrays on | off
Default: off
Context: main,server,location
Specifies whether square brackets in file field names must be dropped (required for PHP arrays).
Syntax: upload_pass_args on | off
Default: off
Context: main,server,location
Enables forwarding of query arguments to location, specified by upload_pass. Ineffective with named locations. Example:
<form action="/upload/?id=5">
<!-- ... -->location /upload/ {
upload_pass /internal_upload/;
upload_pass_args on;
}
# ...
location /internal_upload/ {
# ...
proxy_pass http://backend;
}In this example backend gets request URI "/upload?id=5". In case of
upload_pass_args off backend gets "/upload".
server {
client_max_body_size 100m;
listen 80;
# Upload form should be submitted to this location
location /upload/ {
# Pass altered request body to this location
upload_pass @test;
# Store files to this directory
# The directory is hashed, subdirectories 0 1 2 3 4 5 6 7 8 9 should exist
upload_store /tmp 1;
# Allow uploaded files to be read only by user
upload_store_access user:r;
# Set specified fields in request body
upload_set_form_field $upload_field_name.name "$upload_file_name";
upload_set_form_field $upload_field_name.content_type "$upload_content_type";
upload_set_form_field $upload_field_name.path "$upload_tmp_path";
# Inform backend about hash and size of a file
upload_aggregate_form_field "$upload_field_name.md5" "$upload_file_md5";
upload_aggregate_form_field "$upload_field_name.size" "$upload_file_size";
upload_pass_form_field "^submit$|^description$";
upload_cleanup 400 404 499 500-505;
}
# Pass altered request body to a backend
location @test {
proxy_pass http://localhost:8080;
}
}<form name="upload" method="POST" enctype="multipart/form-data" action="/upload/">
<input type="file" name="file1">
<input type="file" name="file2">
<input type="hidden" name="test" value="value">
<input type="submit" name="submit" value="Upload">
</form>The above-described module is an addition to nginx web-server, nevertheless they are independent products. The license of above-described module is BSD You should have received a copy of license along with the source code. By using the materials from this site you automatically agree to the terms and conditions of this license. If you don't agree to the terms and conditions of this license, you must immediately remove from your computer all materials downloaded from this site.