resolver does not re-resolve upstream servers after initial cache
Ruslan Ermilov
ru at nginx.com
Thu Nov 8 07:34:06 UTC 2012
On Wed, Nov 07, 2012 at 09:40:49PM +0100, Dave Nolan wrote:
> Using nginx 1.2.3-stable on Ubuntu 12.04 I have the following config:
>
> http {
> resolver 172.16.0.23 valid=300s;
> resolver_timeout 10s;
>
> upstream myupstream {
> server example.com;
> }
>
> server {
> listen 80 default_server;
>
> location / {
> proxy_pass http://myupstream$request_uri;
> proxy_pass_request_headers on;
> proxy_set_header Host $host;
> }
> }
> }
>
> As I understand it, without the resolver config, nginx will resolve
> example.com's IP once on load and cache it until it stops or fully
> reloads the config.
>
> With the resolver config above, nginx should re-resolve the IP every
> 5mins.
This is not the way how it works.
A run-time resolving only takes place if URL specified in "proxy_pass"
contains variables, AND the resulting server name doesn't match any of
the configured server groups (using the "upstream" directives). This
is documented here: http://nginx.org/r/proxy_pass
In your case, the server name is always "myupstream" and since it
matches "upstream myupstream", no run-time resolving takes place.
> However, this is not happening: I can watch tcpdump -n udp port 53 but I
> see no re-resolution taking place.
>
> I'd love to know how to fix this. Any advice appreciated thanks!
proxy_pass http://example.com$request_uri;
will resolve "example.com" dynamically (assuming of course there's
no "upstream example.com" in configuration).
More information about the nginx
mailing list