回答
收藏
分享
举报
关于Nginx的-t命令的底层逻辑
提问于2023-10-13 13:14

浏览 2.3k

文章标签

记录一次生产故障,维护了一套4节点的物理机Nginx集群,用户deployer。Nginx的配置文件中未配置user。

2023年10月12日进行了配置文件变更,修改配置文件后使用了 sudo ./nginx -t 来检查配置文件语法是否合规。

之后error日志发现大量异常日志,proxy_temp目录无权限。

ll后发现几个temp文件夹的属主都变更为了nobody。调整回deployer后问题解决。

想请问社区内的大佬们,-t的命令会变更temp目录的权限这件事儿它的底层逻辑是怎样的?

如果仅仅是进行配置检查,执行后会变更文件属主是否对于这条命令本身来说权限过大了?

已修改于2023-10-13 13:14



写下您的回答
发表回答
全部回答(0)

按点赞数排序

按时间排序

提问者
3是3先生的3
这家伙很懒还未留下介绍~
0
文章
1
问答
0
粉丝
相关问答

options请求?需要跨域访问? 

点赞 0
浏览 8.7k

sticky模块只能在linux下吧,win下没有。tomcat好像有个session复制吧,或者可以用共享session。

点赞 0
浏览 8.5k

没办法完全不受影响的,因为mirror是子请求,当子请求未结束时,主请求消耗的内存至少是无法释放的。你可以尝试在/mirror里,把超时时间大幅度调低,包括connect/read/send,再压下看看。

点赞 0
浏览 11.3k