本文由来
因为文件夹/文件名字不能带冒号，导致我误会 Chrome 不能用其 Override 功能对那些带有端口号的 URL 进行 override，因此我打算将内网远端测试环境带端口的 URL 修改为本地的 80 默认端口，以让 Chrome 能够 override。后来发现 Chrome 其实是可以 override 带端口号的 URL 的，将其 decode 一下为 %3a 即可。
发现我自己的愚蠢后，由于不甘心花了一个小时用 Nginx 进行正向代理来解决端口这个问题的方式居然是多此一举的，遂将其中过程记录下来，也不枉我花了的这些个时间，以让后来者能够少走写坑，遂成此文。
其中的一些概念同学们上大学的时候可能都了解，这里只写给小白看的。
名词解释
正向代理
正向代理一般是对客户端而言的，比如你的梯子就是正向代理，本地的请求经过代理服务器配置的规则，将请求发往远端服务器。当然你也可以在服务端请求其他服务器资源的时候配置正向代理，这个正向代理就是对服务器而言的。
正向代理应用最广泛的就是 VPN 了。
反向代理
顾名思义，就是跟上面正向代理相反的代理。其只是对服务端而言的一种概念。即，客户端的请求到达服务端后，先经过服务端配置的反向代理，进行分发，然后再将请求流量导到不同的服务器。
nginx 反向代理在服务端应用的非常广泛，比如，负载均衡，可能的策略是假设有5台服务器，随机每次来源的数量进行 cout 计数后对 5 取余，余数为 1 的将流量导向第一台服务器，余数为 2 的导向第二台，以此类推；比如，路径重写，即如果请求的路径是 xxx/yyy，可以将其重写为 zzz，然后将流量导流到服务器中，等等。
我的需求
我需要访问 http://baidu.com:8888 ，但是我想通过访问 http://baidu.com:80 也即，http://baidu.com 的方式来访问 http://baidu.com:8888 所以工作原理跟梯子是一样的，即为正向代理。
难点
整体没啥难的，无非就是 server.listen 80 端口，然后路径匹配，将请求通过 proxy_pass 发到正确的路径如 8888 端口上，唯一有点麻烦的就是一个点，ws 请求也需要走代理，所以需要在 http 开始的地方写下这个：
1
2
3
4
map $http_upgrade $connection_upgrade {
default upgrade;
'' close;
}
然后在 server.location 块里面加上：
1
2
3
proxy_http_version 1.1;
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection $connection_upgrade;
即可。
当然还涉及到 proxy_set_header 、proxy_pass 等，不在本次讨论范围，有兴趣的可以看官方文档：http://nginx.org/en/docs/http/websocket.html
哦对了，差点忘了，nginx 服务器启动是在本地的 127.0.0.1，所以你想通过访问 http://baidu.com 来访问 http://baidu.com:8888 还需要修改下本地的 hosts 文件，将 127.0.0.1 指向 baidu.com 即可：
1
127.0.0.1 www.baidu.com
有同学会问，为啥不直接用 hosts 指定端口呢？比如这样：
1
127.0.0.1. www.baidu.com:8888
答案也显而易见，因为 hosts 文件不支持端口呗~
后话
因为一直做前端，工具类方向，没怎么接触过服务端，目前还没搞懂怎么给 nginx 装额外的模块，快速搜了下，貌似是需要跟 nginx 一起编译才行，不能像安装软件一样安装插件。需要安装插件是因为 nginx 默认不代理 https 请求，有这个需要的话要安装额外的模块。
感觉 nginx 的用处非常大，有空要好好研究一下！
博主说：
我常常希望在面对人生中一些关键抉择的时候，有人可以告诉我最佳的做法，让我不至于白白浪费宝贵的时间。推己及人，我因此经常写博客，以期在浩渺无垠的互联网中的这个小小角落里记录下对于我来说只有一次的人生经历，希望能够帮到那些希望得到帮助的人。
