nginx配置
每次配置代理的时候都会去忘记,都要查一下的人有是不是有很多(握爪)??🙀
两台nginx服务器
nginx A: 192.168.1.48
nginx B: 192.168.1.56
一. 测试方法
在nginx A中配置不同的规则,然后请求nginx A: http://192.168.1.48/foo/api
观察nginx B收到的请求,具体操作是查看:'http://'.$_SERVER['HTTP_HOST'].$_SERVER['PHP_SELF'].'?'.$_SERVER['QUERY_STRING'];
二. 测试过程及结果
表一
表二
三. 解析
原请求路径:本文中统一为 "/foo/api"
location: 上面表格中的location列
proxy_pass:上面表格中的proxy_pass列
新请求路径:nginx将原请求路径处理过后的字符串
重点对 proxy_pass 进行分析,可以分为3种形式
然后按照ip:port后是否接了字符串归为2类,"/"也是字符串,因此1归为一类,2、3归为一类,下面对这两类情况进行说明
当 proxy_pass 的 ip:port 后未接字符串的时候,nginx 会将原请求路径原封不动地转交给下一站 nginx,如案例3和4
当 proxy_pass 的 ip:port 后接了字符串的时候,nginx 会将 location 从 原请求路径 中剔除,再将剩余的字符串拼接到 proxy_pass 后生成 新请求路径,然后将 新请求路径 转交给下一站nginx(上面一种情况实际上和这个是一样的,只不过剔除的字符串是空串~~)
案例7。proxy_pass 的 ip:port 后接了字符串 "/bar",因此将 location:"/foo/" 从 原请求路径:"/foo/api" 中剔除,变为"api",再将"api"拼接到proxy_pass: http://192.168.1.48/bar 后生成了新请求url:" http://192.168.1.48/barapi ",因此下一站的nginx收到的请求就是 "/barapi"。
案例6:proxy_pass 的 ip:port 后接了字符串 "/bar/",因此将 location:"/foo" 从 原请求路径 "/foo/api" 中剔除,变为 "/api",再将 "/api" 拼接到proxy_pass: http://192.168.1.48/bar/ 后生成了 新请求路径:" http://192.168.1.48/bar//api ",因此下一站的nginx收到的请求就是 /bar//api。
四. 例子
查看nginx的版本号:nginx -v
启动nginx:start nginx
快速停止或关闭nginx:nginx -s stop
正常停止或关闭nginx:nginx -s quit
配置文件nginx.conf修改重装载命令:nginx -s reload
杀死所有nginx进程 taskkill /f /im nginx.exe
六. nginx进展
#查看所有nginx进程 tasklist /fi "imagename eq nginx.exe" #杀死所有nginx进程 taskkill /f /im nginx.exe #杀死具体pid值的nginx进程 taskkill /f /pid 16900 /pid 19012