解决Nginx端口冲突的排查方法示例

解决Nginx端口冲突的排查方法示例

本文详细介绍了解决Nginx端口冲突的主要故障排除方法实例。原文根据示例代码非常详细，对大家的学习培训或者工作都有一定的参考价值。有必要的朋友陪我去了解一下。

难题叙述

一个分离SpringAngular前后端的新方案，使用Nginx共享数据和信息。

Nginx监控端口8100，接收端口4200，后台管理端口8080。

和以往一样，提前配备MySQL和Redis，导入新项目的Nginx配置文件，然后开始前台接待和后台管理，成功了。

接下来还有一个难题:前台接待的要求只有少数能被后台管理接受，大部分都是404。随着计算机浏览器中的点击，控制面板继续出现404。

如果只是404，问题就很简单了。很有可能是Nginx端口共享设置错误。但它的奇妙之处在于，它有如此多的请求，可以到达后台管理。

(图中显示，当信息存储成功时，后台管理确实输出了相关的控制面板信息内容。)

其他朋友也没有这个问题，刚开始调查。

故障排除的全过程

为了更好的找出是后端开发的问题还是Nginx共享的问题，需要检查一下这个404是后台管理返回的还是Nginx从电脑浏览器的网络返回的。

搜了一下，发现Nginx退回来了。如果是后台管理返回的404，会在HTTP请求头写错误报告。

首先，检查监控端口是否冲突。使用Nginx-T，您可以检查详细的Nginx配置文件，包括导入的外部文档。

//检测配置文件是不是恰当，并輸出详细的配置文件 nginx-T

在输出结果中，我只看到一个8100，表示虽然导入了几个新项目，但是没有监控端口冲突。

然后边肖准备从Nginx日志中寻找一些真相。

打开Nginx的日志模式后，通过查询日志文档发现了上万条浏览记录。

大多数都是404，少数是200，但是日志没有显示任何有效信息。

最后，在配置文件中发现了问题:

使用家酿安装的Nginx，其全局配置文件中默认的监控端口是8080，新项目后端开发占用的端口也是8080。

虽然端口监听和端口占用的基本原理不是很懂，但至少可以理解，因为Nginx监听端口8080，一部分请求发给Nginx本身，另一部分发给后台管理。

因此，可以通过更改全局配置文件和更正默认设置端口来解决该问题。

//改动配置文件 sudovim/usr/local/etc/nginx/nginx.conf //检测配置文件 nginx-t //重新启动Nginx nginx-sreload

最后，所有的需求都可以在后台管理。

摘要[/s2/]

刚开始学XAMPP的时候，经常听到:“如果80端口冲突，纠正端口，比如改成8080”。

但是当8080成为大家的习惯后，一些新项目也会使用这个端口...因此有必要解决冲突问题。

更改默认端口后，建议将其更改为不太可能的端口，如10000以上的端口号，以防止与新项目的端口冲突。

关于解决Nginx端口冲突的故障排除方法的例子，本文到此为止。有关Nginx端口冲突的大量故障排除方法，请搜索您以前的文章或再次访问下面的相关文章。期待你以后的申请！