解决Nginx no resolver defined to resolve问题

注意：本文最后更新于 2490 天前，有关的内容可能已经发生变化，请参考使用。

在Ngnix中如果用变量作为反向代理的地址时，容易出现“no resolver defined to resolve xxx.xxx”的问题，例如：

    server
     {
     listen 80;
     server_name ~^(.*).lib.ecjtu.net$;
     access_log /var/log/nginx/access-lib_ecjtu.log;
     set $key $1;
     location /{
         auth_basic "What's your password?";
         auth_basic_user_file /www/lib_ecjtu_net/htpasswd;
         proxy_pass http://$key;
         }
     }

以上配置的作用是将泛解析.lib.ecjtu.net的前缀部分存入变量$key并用于反向代理的地址，简单来说就是：我使用holmesian.org.lib.ecjtu.net访问的话就是通过服务器反向代理访问holmesian.org。

但是如果是这样将变量作为反向代理的地址的话会在 Nginx 0.6.18以后的版本中都会提示“ no resolver defined to resolve”的错误，而在proxy_pass 中直接设置地址却不会。

原因是 Nginx 0.6.18以后的版本中启用了一个resolver指令，在使用变量来构造某个server地址的时候一定要用resolver指令来指定DNS服务器的地址，所以解决这个问题的方法很简单：在nginx的配置文件中的http{}部分添加一行DNS地址即可

    resolver 8.8.8.8;

此外，如果有ipv6环境的机器，还可以加上ipv6=off指令，避免一些奇葩原因导致的no resolver defined to resolve错误。

    resolver 8.8.8.8 ipv6=off;

「倘若有所帮助，不妨酌情赞赏!」

Holmesian Blog

解决Nginx no resolver defined to resolve问题

相关文章