1.在配置NGINX的时候,配置完全没有问题,但是用postman访问的时候,一直报404
分析:可以看下之前配置的nginx是否和当前配置的nginx有冲突
比如:2个nginx的配置,但是用的是同一个server_name,那么在使用的过程中,系统只会按其中一个配置的nginx为准
2. thunder lock: disabled (you can enable it with --thunder-lock)
bind(): Permission denied [core/socket.c line 230]
我碰见这个错误的时候,已经生成了uwsgi.pid的文件,但是没有生成uwsgi.sock文件,并且一直报权限问题.
我出现问题是因为文件夹的权限问题,我存放.pid和.sock文件夹,是root创建
解决:删除文件夹,用普通用户创建
3. --- no python application found, check your startup logs for errors ---
在用postman访问接口的时候一直报500,但是在项目中一直没有报错信息(因为这里还没有走到项目中),看日志文件的时候出现上面问题
解决:我解决办法很简单,就是干掉之前的项目uwsgi进程,重新启动就可以了,
原因:具体我也不是很清楚,希望有人能解答
4. Nginx: Failed to start A high performance web server and a reverse proxy server
在重新启动nginx的时候,执行系统提示的systemctl status nginx.service命令是,产生上面的问题,那么可以先看下前几行出现问题的原因,比如下面
image.png
可以看到截图中上面几行已经突出问题,应该是文件指向的位置,没有当前文件
解决:由于我之前删除了,由于我之前执行revoke撤销了一个域名,所以我在启动的时候,nginx里面的配置还残留着原先的配置所有报错,修改配置文件
5.使用Let’s Encrypt时,我revoke撤销一个域名以及证书时,执行sudo nginx -t报错的时候,报没有certbot证书的路径错误.
我碰见的错误是已经撤销了当前域名以及证书,并且在自己配置的nginx中,也已经删除了与certbot有关的配置,但是还是报错,后面才看到在nginx默认配置中,/etc/nginx/sites-enabled下面有一个default文件,点进去拉到最下面发现下面图片内容
image.png
结果显而易见,也就是在启动nginx的时候,会起nginx下面/etc/nginx/sites-enabled所有的配置文件,而在default中还残留着之前certbot的配置,删除即可.
网友评论