系统部分访问地址不生效的问题的排查与解决

分手后的思念是犯贱 2023-07-05 11:50 9阅读 0赞

**一、起因**  
昨天，在处理公司工作的过程中，遇到一个问题就是公司系统部分的访问地址无法访问。因为公司系统项目代码是放在linux服务器上通过Nginx进行转发配置，以特定的url路径访问后端应用的。  
**二、内容**  
**（一）操作**  
我在scureCRT软件通过跳板机远程连接34服务器，进入已安装的nginx目录，以普通的身份启动nginx，并查看nginx进程是否存在  
**shell 代码如下：**

./nginx&
    ps -ef|grep nginx

![在这里插入图片描述][20200214192756654.png]  
**说明：**  
***此处的gis就是我登录linux服务器所用的普通用户***  
**（二）错误**  
当成功启动完nginx之后，我通过浏览器访问相应的系统门户界面地址，但出现部分地址无法访问，通过F12，控制台报以下问题：  
**加载资源失败，服务器反应404状态**  
![20200214193135200.png][]  
**（三）排查**  
首先遇到linux服务器问题，第一件想到的事情就是学会看日志，日志在我们工作中扮演了一个非常重要的角色，通过日志我们可以很快的定位到问题。所以重要的事情说三遍，***看日志！看日志！看日志！***

sudo su //由普通用户gis切换到root用户
    cd log/nginx/202002
    vi error.log

查看error.log，错误如下：  
![在这里插入图片描述][20200214194446248.png]  
**注意：**  
在这个错误中，有一个proxy\_temp目录，引起了我的注意，刚开始不太清楚这个目录是用来干什么的？后来我经过查阅资料，明白了这个目录的作用  
**（四）扩展**  
在我们的Nginx有一个配置 proxy\_temp\_file\_write\_size，有一个这个说法，就是当文件超过该参数设置的大小时，Nginx会先将文件写入临时目录，默认为Nginx安装目录下的proxy\_temp目录。  
**（五）解决**  
我在启动Nginx时候是使用gis普通用户来启动的，但是在我用ll命令查看proxy\_temp目录，我们发现用户和用户组是root，难怪Permission denied！  
所以我重新关闭nginx  
shell命令如下：

./nginx -s stop
    sudo su //由gis用户切换到root用户下
    ./nginx&

**（六）结果**  
**通过浏览器访问系统门户地址，发现系统门户地址可以正常访问！！！**

[20200214192756654.png]: https://img-blog.csdnimg.cn/20200214192756654.png
[20200214193135200.png]: https://img-blog.csdnimg.cn/20200214193135200.png
[20200214194446248.png]: https://img-blog.csdnimg.cn/20200214194446248.png