Opened 7 years ago
Last modified 18 months ago
#1422 new enhancement
Support IPv6 zone identifiers in URLs, e.g. for proxy_pass
Reported by: | https://stackoverflow.com/users/1047642/hendrik-m-halkow | Owned by: | |
---|---|---|---|
Priority: | minor | Milestone: | |
Component: | nginx-core | Version: | 1.13.x |
Keywords: | ipv6 proxy zone link-local | Cc: | |
uname -a: | Linux proxy 3.10.0-693.2.2.el7.x86_64 #1 SMP Tue Sep 12 22:26:13 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux | ||
nginx -V: |
nginx version: nginx/1.13.6
built by gcc 4.8.5 20150623 (Red Hat 4.8.5-16) (GCC) built with OpenSSL 1.1.0g 2 Nov 2017 TLS SNI support enabled configure arguments: --prefix=/opt/nginx --conf-path=/opt/nginx/conf/nginx.conf --error-log-path=/var/opt/nginx/log/error.log --pid-path=/var/opt/nginx/nginx.pid --lock-path=/var/opt/nginx/nginx.pid --user=nginx --group=nginx --with-threads --with-file-aio --http-log-path=/var/opt/nginx/log/http.log --http-client-body-temp-path=/var/opt/nginx/temp/client-body --http-proxy-temp-path=/var/opt/nginx/temp/proxy --http-fastcgi-temp-path=/var/opt/nginx/temp/fastcgi --http-uwsgi-temp-path=/var/opt/nginx/temp/uwsgi --http-scgi-temp-path=/var/opt/nginx/temp/scgi --with-openssl=/tmp/openssl-1.1.0g --with-http_v2_module --with-http_stub_status_module --with-http_realip_module --with-http_ssl_module --with-stream --with-stream_ssl_module --with-stream_ssl_preread_module --with-stream_realip_module |
Description
Now that RFC 6874 has matured and is a proposed standard, I'd like to reinstate the idea of implementing the support for IPv6 zone identifiers, e.g. for the proxy_pass directive. This would allow using IPv6 link-local upstreams.
In https://trac.nginx.org/nginx/ticket/623 this was rejected because the RFC was too young. Now as there are only for rejected errata and no movement for a while, I suggest revisiting this decision.
Change History (3)
comment:1 by , 7 years ago
comment:2 by , 23 months ago
Just in case it's not clear, the issues with RFC 6874 not disappeared, and this is not an RFC to be implemented in nginx. Upcoming RFC 6874bis, however, looks somewhat more promising than the original RFC 6874.
I would like to see this revisited as well.