一、起因
昨天，在处理公司工作的过程中，遇到一个问题就是公司系统部分的访问地址无法访问。因为公司系统项目代码是放在linux服务器上通过Nginx进行转发配置，以特定的url路径访问后端应用的。
二、内容
（一）操作
我在scureCRT软件通过跳板机远程连接34服务器，进入已安装的nginx目录，以普通的身份启动nginx，并查看nginx进程是否存在
shell 代码如下：
./nginx&
ps -ef|grep nginx
说明：
此处的gis就是我登录linux服务器所用的普通用户
（二）错误
当成功启动完nginx之后，我通过浏览器访问相应的系统门户界面地址，但出现部分地址无法访问，通过F12，控制台报以下问题：
加载资源失败，服务器反应404状态
（三）排查
首先遇到linux服务器问题，第一件想到的事情就是学会看日志，日志在我们工作中扮演了一个非常重要的角色，通过日志我们可以很快的定位到问题。所以重要的事情说三遍，看日志！看日志！看日志！
sudo su //由普通用户gis切换到root用户
cd log/nginx/202002
vi error.log
查看error.log，错误如下：
注意：
在这个错误中，有一个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&
（六）结果
通过浏览器访问系统门户地址，发现系统门户地址可以正常访问！！！
