IT运维笔记
nginx安装、转发tcp、udp请求配置与遇到的问题
最近在折腾转发tcp请求，原本我是用的是HAproxy，换了服务器之后本来想继续使用HAproxy的，不知怎么的在阴差阳错之下查到了nginx（版本号在1.11之后的）也支持tcp、udp请求的转发和负载均衡了，本着无限折腾的精神，我就上手了nginx。本文由以下几个部分组成：
本文使用的系统是ubuntu16.04，其他linux系统具体的操作请参阅linux下安装nginx
ubuntu下nginx最新版的安装
tcp转发与负载均衡的配置
根据请求域名转发tcp之我的尝试与屈服
一、ubuntu下的nginx最新安装
nginx现在最新的stable的版本号是1.12.2，如果偷懒直接在ubuntu下面使用
报文的结构比较复杂，一般我们使用到的字段不定，所以报文头的长度也是不定的，下面我们看一下具体的实际的报文内容：
这个里面最重要的就是端口号到端口的，压根就没有host之类的字段，那么只有端口，数据是怎么传递的呢？这个需要我们再往前面看一层，也就是网络结构的第三层：
由上面这两张图片，我们就很清楚了，tcp的整个报文封装在ip报文的数据部分，ip报文头里面有详细的源ip，目的ip，所以我们拿得到tcp报文的时候是可以查询得到ip请求从哪里来，当前服务器的ip地址。但是，我们完全不知道当前请求的服务器ip对应的域名是多少，这个东西只在http报文里面封装过，但是我们是tcp请求的转发，所以拿不到域名信息。所以我们想根据域名来转发tcp请求的目标落空了，但是根据服务器ip来转发还是可以实现的。
四、结束语
虽然最后我想做的没有成功，但是我还是很高兴，这次摸索又学到了不少的知识
apt-get install nginx
进行安装，很不幸，安装出来的版本是1.10.*，差两个大版本啊。所以只能安装官方给的指导安装啦。
1.1 为ubuntu增加源
1.1.1 源内容
Replace $release with your corresponding Ubuntu release.
deb http://nginx.org/packages/ubuntu/ $release nginx
deb-src http://nginx.org/packages/ubuntu/ $release nginx
请注意这里面的$release是变量，具体的值根据不同的ubuntu版本来填写
ubuntu版本 $release
16.04 xenial
14.04 trusty
12.04 precise
17.04 zesty
所以我们比较常用的16.04的源如下：
deb http://nginx.org/packages/ubuntu/ xenial nginx
deb-src http://nginx.org/packages/ubuntu/ xenial nginx
1.1.2 增加源
这里有两种办法
直接在/etc/apt/sources.list后面加
在/etc/apt/sources.list.d这个文件夹里面新建一个list文件，比如新建nginx.list
我在这里选择第二种，新建nginx.list，在里面粘贴16.04的源的内容
1.2 开始安装
执行以下bash命令
sudo apt-get update
sudo apt-get install nginx
如果报错
W: GPG error: http://nginx.org/packages/ubuntu xenial Release: The following signatures couldn’t be verified because the public key is not available: NO_PUBKEY ABF5BXXXXXD9BF6
注意报错的最后，是PUBKEY的值，后续的操作需要使用到这个值，我们把这个值使用$key来表示。例如，$key=ABF5BQWEDSD9BF6。有了这个值之后我们执行以下的命令：
使用你的NO_PUBKEY的值来替换掉这里的$key,例如：ABF5BQWEDSD9BF6
sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-keys $key
sudo apt-get update
sudo apt-get install nginx
安装完成了之后可以运行，有可能需要执行两遍apt-key的命令，我安装的时候就是执行了这个命令两次，有两个不同的$key的值。
nginx -v
1
来查看nginx的版本，不出意外因该是1.12.2
二、tcp转发与负载均衡的配置
2.1 tcp转发的配置
nginx的tcp转发比较简单，具体的配置文件如下：
stream {
server {
## ipv6监听80端口 listen [::1]:80;
listen 2018; ##这个没有具体测试，不知道是否能够监听ipv6，ipv4肯定能够监听
proxy_pass nas.mm**.win:2020;##把请求转发至nas.mm**.win这个服务器
}
server {
## 监听udp端口
listen 2019 udp;
proxy_pass *.com;
}
stream{
upstream nas_group {
#可以根据hash值来选择去某个服务器
server 127.0.0.1:28000;#这里还可以配置weight
server 127.0.0.1:28001;
}
server {
listen nas.****.win:80;
proxy_pass nas_group;
}
}
stream {
upstream pod53{
server 10.1.5.3:3306;
}
upstream pod54{
server 10.1.5.4:3306;
}
map $server_addr $x {
192.168.168.238 pod53;
192.168.168.239 pod54;
}
server {
listen 3306;
proxy_pass $x;
}
}
map $hostname $x {
nas.****.win pod53;
vps.****.win pod54;
}
2018/03/16 05:58:45 [info] 31767#31767: *66 client 123.179.5.121:8386 connected to 0.0.0.0:80
2018/03/16 05:58:45 [error] 31767#31767: *66 no host in upstream "", client: 123.179.5.121, server: 0.0.0.0:80, bytes from/to client:0/0, bytes from/to upstream:0/0
GET /biyeymyhjob/archive/2012/07/28/2612910.html HTTP/1.1
Host: www.cnblogs.com
Connection: keep-alive
Cache-Control: max-age=0
Upgrade-Insecure-Requests: 1
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/65.0.3325.162 Safari/537.36
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,image/apng,*/*;q=0.8
Referer: https://www.google.com/
Accept-Encoding: gzip, deflate
Accept-Language: zh-CN,zh;q=0.9,en;q=0.8
If-Modified-Since: Fri, 16 Mar 2018 06:36:28 GMT