前后端分离，前端发送过来的请求是服务器的ip还是用户的ip

前后端分离部署时，服务器A用于部署前端项目，称为前端服务器，服务器B用于部署后端项目，称为后端服务器。后端服务器通过开放API的方式，向前端服务器中的前端项目提供数据或数据操作接口，以此实现前端与后端的衔接。若受项目的成本限制，将前端项目与后端项目部署在同一服务器上也是可以的，可以通过nginx等反向代理服务器根据访问地址进行分发。对于前后端分离，认识上有个误区，那就是很多人自称：我们老早就分离了，全AJAX，使用Angular或者什么什么就可以了。这个说法是不合适的，打个比方，别人问的是逗如何解决家禽把蛋生在水草边的问题看地，但实际上人家养的是鸭子，答题的却是养鸡的，所以回答逗不让去水边就行了地，这显然不在点子上。

nginx 反向代理是什么？

为了提高吞吐量，有些服务器是专门跑程序用的，有些服务器是跑静态资源的。

你可能访问一个网页，里面有图片，而这个图片并不是你访问的这个网页的服务器，也叫前端服务器，而是你的图片请求被 Nginx 转发到了一台后端服务器，由后端服务器提供给前端服务器再返回到客户端的。

我这台 nginx 的配置非常细致，有 nginx.conf ,在这个配置中包含了两个文件夹，一个是 sites-available ，一个是 sites-enabled , nginx.cof 一般用来做整个 nginx 的配置。

域名配置段在 sites-avaliable 下，然后建立一个软连接到 sites-enabled 下去。

反向代理就写在域名配置段里，客户端通过访问服务器，服务器将请求分配按照 server 段里的则正匹配，将请求按照 fastcgi 发送到 php-fpm 通过分配再到我们的程序。

反向代理一样，也需要通过正则来捕捉到用户的请求。(2018-12-9,现在流行的做法是将静态资源全部压缩打包,丢到cdn上去，服务器基本只做端口转发,https配置,日志,负载均衡,等很多很多功能)

server 段里多加以上这一条，前端的反向代理的工作就完成了。

(当然要开启反向代理在 nginx.conf 里)以上捕捉到图片格式结尾的就将这种请求转发到服务器地址，后端服务器只要监听这个端口将 root 指向资源目录就行了。

当这一切做完后会发现，后端服务器获取到的并不是用户的 ip 地址而是前端服务器的 ip (通过 nginx 的访问日志)，这是正常的。

因为本来就是前段请求的，但是可以通过 proxy_set_header 段将用户的真实ip带到后端服务器去，而后端服务器需要接收传过来的这个参数。

日志的格式默认情况下是不接收这种参数的，日志格式在 nginx.conf 里面定义，默认没有定义，自己加上去就可以了。

这就是日志的格式，可以自己添加和修改，上面主要描述的是定义一个格式这个格式的名字为main。

这个格式里包含了哪些东西顺序是怎样的，定义访问成功的日志的路径，使用main格式来进行写入。

改完后，前端服务器 nginx -s reload ，后端服务器 nginx -s reopen 。

反向代理就是这样。有反向代理，当然也有正向代理了，也很简单。

原文链接: nginx反向代理和后端服务器获取真实ip-服务器

---