之前学习了nginx的基本配置后 个人项目运用过 正好最近公司的项目需要将手上的工作独立拆分出来 于是就需要我这独立配置一套新的nginx 在过程中也发现了不少之前没注意到的问题 所以说实践还是检验问题的唯一方法啊 汗(lllω) 话不多说 我们快速进入正题1. 关于时间相关设置我们公司的架构是有个上层的nginx服务器 然后转发到我们前端部署的nginx服务器 之前一直以为上层服务器只负责转发到前端的nginx 配置并不会互相影响 但是在实际操作中才意识到 当上层服务器设置时间 比如proxy_send_timeout proxy_read_timeout 等小于 缓存服务器时 则会影响接口会报超时所以要注意上层服务器最好是不要设置时间如果设置时间一定要比缓存服务器的时间大2.关于文件权限之前在测试环境部署的时候一直是配置user root 但是在生产环境里面并没有配置 结果导致试运行的时候 文件上传超过一定大小就直接报错了 后来发现 文件下载的时候也有这个问题 经过科学上网了解到 nginx 默认proxy_buffering 是开启的状态就是说对于文件流类型超过设置的大小proxy_buffer_size 缓冲区大小 会将其存放在nginx的临时文件这个值只会走应用的前端服务器 不会根据上流服务器的设置变化路径是在proxy_temp 如果没有设置 user root 在配置了nginx 进行reload以后 文件的属主会变成nobody从而接口在超过一定大小的时候由于没有写入临时文件的权限就会报错而下载则是会将后端返回的base64直接截断问题排查可以通过ls- l 查看文件的权限码 属组 属主 可以通过chown -R 属主:属组 文件名 修改 chmod -R 权限码 文件名 进行权限码的修改 通常使用7553.关于nginx直接执行不带sudo 报文件权限错误仅用于本地开发环境和测试环境生产环境还是需要sudo运行因为master必须是root权限才能绑定80 443端口前提如果某些情况下 不能修改nginx.conf主配置文件的userwhoami查看当前用户ls - l查看报错文件的权限 属主 属组将当前用户添加到文件的属组sudo usermod -a -G 【属组】 $(whoami)newgrp 【属组】使配置生效再看下当前文件的权限码 依然使用ls -l 查看第一列权限码含义【所有者权限】-【所属组权限】-【普通用户权限】将所属组权限改为可读写chmod -R 644 【文件名】还需要注意当conf里设置user后 直接运行命令 提示the user directive makes sense only if the master process runs with super-user privileges是因为在设置user时 文件权限只能为root,此时可以进行隐式提权1. 将运行的二进制文件权限改为root:root 2.添加 setuid 权限 给普通用户提权 chmod us 运行的二进制文件4. nginx的热部署这个问题是在部署jenkins 的时候 发现有可能已经 jenkins和当前版本的java 不对应 或者说当前发布的版本已经不支持已经安装的过旧版本 所以需要进行版本升级 从而联想到了之前看过的nginx 热部署场景 (因为之前一直没理解说为什么会需要nginx 版本升级) 从而特此再梳理下1.将当前的nginx 二进制文件cp备份2.将新的nginx二进制cp到原有的nginx 二进制文件路径3.启动新的nginx进程kill USR2 当前master进程的pid4.停止旧进程kill WINCH 旧master进程的pid 即 执行kill USR2之前的master 进程的pid5.如果热部署错误需要版本回退 可以对旧主进程发送 kill HUP 对新主进程 发送kill QUITnginx -s reload 等价于 kill HUPnginx -s reopen 等价于 kill USR1关于nginx相关配置 见笔者另一篇文章https://blog.csdn.net/goldfish_333/article/details/160230085?sharetypeblogdetailsharerId160230085sharereferPCsharesourcegoldfish_333spm1011.2480.3001.8118