Nginx 动态DNS反向代理的几种方式-陌上烟雨遥

第一种方式：域名

 server {
  ...
  proxy_pass http://dev.foxchan.com:10086;
  ...
 }

缺点：如果ip发生变化，此处nginx就无法反向代理了，必须重启一次nginx才行。

原因： nginx在第一次解析域名后，会缓存该域名的信息，并且不会主动更新

第二种方式：resolver 配合set

 server {
  ...
  resolver 127.0.0.1 valid=5 ipv6=off;
  set $backend "http://dev.foxchan.com:10086";
  proxy_pass $backend;
  ...
 }

优点：用 set 设置一个变量，通过 resolver 实现每次访问都解析新的ip地址,解决了ip地址缓存的问题。

resolver 可以设置多个公共DNS，也可以设置自建dns加速解析
valid 单位是s，表示间隔多久更新dns解析
ipv6 nginx 从1.11.5 开始自动启用了ipv6，resolver 就会同时查询 IPv4 和 IPv6 的 DNS 记录，如果没有ipv6 的记录，需要手动关闭

第三种方式：模块ngx_upstream_jdomain

 http {
 resolver 127.0.0.1;
 resolver_timeout 10s;
 
 upstream test {
  jdomain  www.foxchan.com port=8080 interval=10; #指定域名和端口，每隔10秒进行一次解析
  server 127.0.0.1:5555 backup;
 }
 
 server {
  listen 8888;
  location / {
  proxy_pass http://test;
  }
 } 
 server {
  listen 5555;
  return 502 'Panic!'; 
  } 
 }

注意：

通过这种方式代理到后端的服务，后端服务接收到的$host的值即为test，如果后端服务以主机头的方式来接受服务，这显然是不能接受的。所以在代理配置中，必须加上如下配置以将主机头传递给后端服务器：

 proxy_set_header Host $host;

第四种方式：Tengine

 upstream backend {
  dynamic_resolve fallback=stale fail_timeout=30s;
 
  server a.com;
  server b.com;
 }
 
 server {
  ...
 
  location / {
  proxy_pass http://backend;
  }
 }

fallback参数指定了当域名无法解析时采取的动作：

stale 使用tengine启动的时候获取的旧地址
next 选择upstream中的下一个server
shutdown 结束当前请求
fail_timeout 指定了将DNS服务当做无法使用的时间，也就是当某次DNS请求失败后，假定后续多长的时间内DNS服务依然不可用，以减少对无效DNS的查询。

第五种方式：Nginx Plus

有2种方式通过dns 做服务发现

A记录

 resolver 10.0.0.2 valid=10s;
 
 upstream backends {
  zone backends 64k;
  server backends.example.com:8080 resolve;
 }
 
 server {
  location / {
  proxy_pass http://backends;
  }
 }

SRV 记录

 resolver 10.0.0.2 valid=10s;
 
 upstream backends {
  zone backends 64k;
  server backends.example.com service=_http._tcp resolve;
 }
 
 server {
  location / {
  proxy_pass http://backends;
  }
 }