解决Nginx端口冲突的排查方法示例
问题描述
一个spring + angular前后端分离的项目,使用nginx进行数据转发。
nginx监听端口8100,前台端口4200,后台端口8080。
像往常一样,提前配置好mysql、配置好redis,引入项目的nginx配置文件,然后启动前台、后台,成功。
接下来出现了问题:前台发起的请求,只有极少数能被后台接收到,大部分都是404,随着在浏览器中的点击,控制台不断的出现404。
如果只是404,那问题就很简单,很大可能是nginx端口转发设置错了。但它的神奇之处就在于,还有那么几次请求,是能到达后台的。
(上图中,显示保存成功的时候,后台确实输出了相关的控制台信息)
其他的小伙伴都没有出现这个问题,于是开始排查。
排查过程
为了搞清楚是 后端 的问题还是 nginx 转发的问题,需要先从浏览器的network中看一下这个404是后台返回的还是nginx返回的。
经过查看,发现是nginx返回的。如果是后台返回的404,会把错误信息写在http请求头中。
先查看监听端口是否有冲突,使用nginx -t可以查看完整的nginx配置文件,包括引入的外部文件。
// 测试配置文件是否正确,并输出完整的配置文件 nginx -t
在输出的结果中,只看到一个8100,说明虽然引入了多个项目,但并没有出现监听端口冲突。
然后笔者打算从nginx日志中寻找一些蛛丝马迹。
开启nginx的日志模式之后,查看日志文件,发现了上千条访问记录
大多数都是404,少数是200,但日志并没有提供什么有用的信息。
最终,还是在配置文件中发现了问题:
使用homebrew安装的nginx,它的全局配置文件中,默认的监听端口就是8080,而项目后端占用的端口也是8080。
虽然对于端口监听和端口占用的原理不是很了解,至少可以知道,由于nginx监听了8080端口,有一部分请求被发到了nginx自己那里,另一部分才是发送到后台。
所以,修改全局配置文件,改掉默认端口,问题解决。
// 修改配置文件 sudo vim /usr/local/etc/nginx/nginx.conf // 测试配置文件 nginx -t // 重启nginx nginx -s reload
终于,所有的请求都能达到后台了。
总结
在一开始学习xampp的时候,就经常听到:“如果80端口冲突,就把端口改掉,比如改成8080”。
可是当8080成为了我们的习惯之后,有些项目也会使用这个端口...因此就要解决冲突问题了。
以后更改默认端口的时候,建议改成一个不可能用到的端口,比如10000以上的端口号,避免和项目的端口产生冲突。
到此这篇关于解决nginx端口冲突的排查方法示例的文章就介绍到这了,更多相关nginx端口冲突的排查方法内容请搜索以前的文章或继续浏览下面的相关文章希望大家以后多多支持!
上一篇: 城濮之战楚国为什么会大败 主攻点不是敌人而是自己的大后方
下一篇: MySQL 数据类型选择原则
推荐阅读
-
利用Nginx反向代理功能解决WEB网站80端口被封的解决方法
-
解决Mybatis-plus和pagehelper依赖冲突的方法示例
-
nginx 与后台端口冲突的解决
-
nginx配置多个站点共用80端口的解决方法
-
解决Nginx端口冲突的排查方法示例
-
Serv-U占用IIS的80端口造成冲突导致iis无法运行的解决方法(serv_u6-8版本)
-
利用Nginx反向代理功能解决WEB网站80端口被封的解决方法
-
解决Mybatis-plus和pagehelper依赖冲突的方法示例
-
jQuery prototype冲突的2种解决方法(附demo示例下载)_jquery
-
配置xampp开启mysql时遇到端口冲突的解决方法_MySQL