|
在说问题前，先扫下盲，关于linux下的nobody用户：
nobody是系统用户,是一个不能登陆的账号，一个特殊用途的用户 ID ,一些服务进程如apache，aquid等都采用一些特殊的账号来运行，比如nobody,news,games等等。一般来说 uid < 500 的都是系统 ID 。 Linux 系统为了安全，很多操作和服务的运行都不是运行在 root 用户下面的，而是一个专用的 ID ，这个 ID 一般就是 nobody ，这样就可以把每个服务运行的情况隔离出来。保证不会因为服务器程序的问题而让服务器程序成了黑客的直接操作源（黑客拿下了服务器程序，也仅仅是 nobody 用户而不是 root 用户）。同时也不会影响其他用户的数据。 服务器程序提权有专用的办法来防止恶意使用的。
除了 nobody ，常见的还有 ftp 、ssh 什么的。有的不是用来跑服务，而是用来占坑，主要是用用户组的权限管理进行权限设置，这个时候会有一个占坑用的同名 ID 加入到用户组。这种情况好像主要是为了兼容。【网上找的说明】
问题描述： 上午业务人员反映，系统响应很慢，界面要刷新很久才出得来。查后台也没有报什么错，我们系统是用nginx做负载均衡。惯性地不走负载均衡而直接访问单节点应用，发现响应很快，很正常。初步定位问题出在nginx上，然后查nginx日志，发现有很多错误，错误中有“13: Permission denied”这个信息，明显是权限问题，很奇怪，之前运行都很正常啊。后来一问才知道，维护人员做了操作。 系统上nginx安装时使用的是root用户，也是用root用户启动的，所以要修改配置的时候需要使用root用户，管理上不方便，所以维护人员心血来潮修改了nginx的权限（后来知道他是使用这个命令修改的权限chown -R user:group $nginxdir）。就是将nginx的用户和组都换掉了，但是这样为什么会造成“响应慢”呢？
问题原因及解决： 前面提到在linux上有些应用程序的一些进程会默认使用nobody这个用户来启动，以保安全。nginx有两种进程，除主进程之外的工作进程都是用nobody这个用户启动的（nginx工作进程的数量使用worker_processes这个参数来设定）。而工作进程要访问nginx下这两个目录client_body_temp和proxy_temp（这两个目录按我的理解是缓存一些静态文件，比如图片或者css文件什么的，以提高nginx访问速度），权限变更后，造成工作进程访问不了这两个目录下的内容，造成某些图片和连接打不开，就像响应很慢一样。将权限变更一下就OK了。 |
|
|
