nginx最佳实践与反向代理实际配置

本篇会聊到两个问题，一是nginx配置的最佳实践，二是实际配置一次反向代理。

Best Practice

在对你的nginx进行配置之前，先做两个小步骤，对原始配置文件进行备份：

cp path/nginx.conf  path/nginx.conf.backup-original

nginx -s reload

• 配置Worker Processes

Worker Processes指的是nginx要开启的进程数，在nginx的原始配置文件中默认设置为1，建议做法则是设置为auto或者机器的CPU核数

worker_processes  auto;

• 关闭Server Tokens

默认情况下nginx的版本号是会暴露给所有访问该web服务器的客户端的，但是在实际的使用中，建议关闭Server Tokens，避免用户看到nginx版本，防止有人蓄意对特定版本号的nginx进行攻击。解决方式是在http block中添加

server_tokens off;

• 开通IPv4和IPv6的访问

默认情况下nginx会监听80端口和所有IPv4类型的地址，但如果你不是有意屏蔽IPv6地址，则需要手动配置，将其打开：

listen  80；
listen [::]:80;

反向代理配置

前文nginx负载均衡的实现（正向代理与反向代理）中已介绍过什么是反向代理，现介绍一下具体的使用场景：
我们将proxy_pass作为反代的指令，举个例子我们对百度进行反代，需求是只要流经localhost：80的请求，都返回百度首页
在conf.d/中新建example.conf文件：

server {
    listen 80;
    listen [::]:80;

    server_name example.com;

    location / {
        proxy_pass http://www.baidu.com;
    }
}

重新加载nginx配置文件：

nginx -s reload

访问localhost:80

curl localhost:80

得到如下图所示结果：

反代结果

在对反代进行配置的过程中还有几种directives会经常被使用，proxy_set_header，proxy_buffers， proxy_bind。我们可以从以下几个场景进行解释：
代理服务器作为一个流量的中转，在转发时可以对请求进行再次包装：
proxy_set_header 设置代理服务器发送给被代理的服务器时请求的header
proxy_bind 设置代理服务器发送给被代理的服务器时请求的源ip，例如：

 location / {
              proxy_pass       http://192.168.57.109:80;
              proxy_bind $remote_addr  transparent;
 }

被代理的服务器收到的请求，来源不再是代理服务器的ip，而是客户端的ip
$proxy_buffers，前文我们也提到代理服务器可以提升访问性能，举个例子：当客户端处理实时数据的能力很差时，我们可以将被代理Server的response先缓存在proxy server本地，当response全部被proxy接收后，再返还给client。这样做对于处理实时数据很慢的client有益处，但是如果client实时处理能力不错，同时proxy_buffering被打开，则会导致整个请求时间变长（因为需要等到proxy server完全缓存来自目标server的response）。