Opened 8 years ago

Closed 8 years ago

Last modified 8 years ago

#1020 closed enhancement (wontfix)

Allow proxy_http_version to use variables

Reported by: whitlockjc@… Owned by:
Priority: minor Milestone:
Component: nginx-module Version: 1.6.x
Keywords: proxy proxy_pass proxy_http_version Cc:
uname -a: Linux testing-946235561-bc338 4.2.2-coreos-r2 #2 SMP Fri Jan 22 06:06:09 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux
nginx -V: nginx version: nginx/1.6.2
TLS SNI support enabled
configure arguments: --with-cc-opt='-g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2' --with-ld-opt='-Wl,-Bsymbolic-functions -Wl,-z,relro' --prefix=/usr/share/nginx --conf-path=/etc/nginx/nginx.conf --http-log-path=/var/log/nginx/access.log --error-log-path=/var/log/nginx/error.log --lock-path=/var/lock/nginx.lock --pid-path=/run/nginx.pid --http-client-body-temp-path=/var/lib/nginx/body --http-fastcgi-temp-path=/var/lib/nginx/fastcgi --http-proxy-temp-path=/var/lib/nginx/proxy --http-scgi-temp-path=/var/lib/nginx/scgi --http-uwsgi-temp-path=/var/lib/nginx/uwsgi --with-debug --with-pcre-jit --with-ipv6 --with-http_ssl_module --with-http_stub_status_module --with-http_realip_module --with-http_auth_request_module --with-http_addition_module --with-http_dav_module --with-http_geoip_module --with-http_gzip_static_module --with-http_image_filter_module --with-http_spdy_module --with-http_sub_module --with-http_xslt_module --with-mail --with-mail_ssl_module --add-module=/build/buildd/nginx-1.6.2/debian/modules/nginx-auth-pam --add-module=/build/buildd/nginx-1.6.2/debian/modules/nginx-dav-ext-module --add-module=/build/buildd/nginx-1.6.2/debian/modules/nginx-echo --add-module=/build/buildd/nginx-1.6.2/debian/modules/nginx-upstream-fair --add-module=/build/buildd/nginx-1.6.2/debian/modules/ngx_http_substitutions_filter_module

Description

I would like to conditionally set the proxy_http_version such that the requested HTTP version is used for the upstream request instead of locking it down to 1.0 or 1.1. My attempts at doing this have failed because proxy_http_version does not allow you to use a variable to set its value. Here was what I thought was the intuitive approach to this:

events {}
http {
  map $http_version $proxy_http_version {
    default 1.0;
    "1.1"   1.1;
  }

  proxy_http_version $proxy_http_version;

  server {
    listen 9999 default_server;
    return 444;
  }
}
daemon on;

Of course, that results in the following error: nginx: [warn] invalid value "$proxy_http_version" in /etc/nginx/nginx.conf:8, which is because the variable is a string but proxy_http_version If proxy_http_version was allowed to be set via a variable value, I could use the same HTTP version of the request for the upstream request.

I also tried a different version using if but proxy_http_version isn't allowed in an if either so both attempts at solving this have failed. I worried about setting proxy_http_version to 1.1 always to work around the known issues I'm facing (WebSockets and streaming APIs) but maybe that's the only solution?

Change History (2)

comment:1 by Maxim Dounin, 8 years ago

Resolution: wontfix
Status: newclosed

Just use proxy_http_version 1.1. Most modern backends handle this just fine, and there are no known negative effects. If you want to limit proxy_http_version 1.1 to minimal set of requests, use appropriate location for URIs where you need HTTP/1.1.

If really needed, proxy_http_version can be used conditionally by using different locations and switching them using if + return + error_page. Though this is not something needed in this particular case.

comment:2 by whitlockjc@…, 8 years ago

Thanks.

Note: See TracTickets for help on using tickets.