CentOS环境下Rails 5的Puma 3如何指定用户/组启动？

当然可以指定Puma启动时的用户和组，这刚好是解决Nginx与Puma连接权限问题的核心操作之一。我给你整理了两种靠谱的实现方式，结合你的场景详细说明：

方法一：在config/puma.rb中配置（推荐持久化方式） #

直接在你的config/puma.rb文件里添加用户和组的配置项即可，这是生产环境最推荐的方式——配置永久生效，不用每次启动都手动加参数。

在配置文件中加入以下代码（替换成你需要的用户名和组名）：

# 同时指定用户和组（第一个是用户名，第二个是组名）
user 'deploy', 'deploy'

# 如果用户和组同名，也可以只写一个参数
# user 'deploy'

关键注意事项： #

• 确保你指定的用户/组对Rails项目目录有足够权限：至少能读取代码文件，对log/、tmp/目录有读写权限（Puma需要写入日志、生成socket文件）。
• 如果你的Nginx是用nginx用户运行的，最好让Puma也使用nginx用户/组，或者让Puma的用户加入nginx组，这样两者权限匹配，能彻底避免连接时的权限拒绝错误。

方法二：命令行启动时临时指定 #

如果你只是临时测试，或者不想修改配置文件，也可以在启动Puma时通过命令行参数指定：

# 短参数形式
puma -u deploy -g deploy

# 长参数形式
puma --user deploy --group deploy

不过这种方式每次启动都要手动加参数，不适合生产环境长期使用，还是推荐配置文件的方式。

配合Nginx的额外配置（解决连接错误的关键） #

如果你们是通过Unix Socket让Nginx和Puma通信（比TCP更高效），还要确保Socket文件的权限让Nginx能访问到。在config/puma.rb里可以加上：

# 配置Unix Socket路径（替换成你的项目实际路径）
bind 'unix:///var/www/your-rails-app/tmp/sockets/puma.sock'

# 设置umask，让Socket文件的组用户拥有读写权限
umask 0002

umask 0002会让生成的Socket文件权限为775，这样同组的用户（比如Nginx的nginx用户）就能正常读写这个Socket了。

让配置生效的操作 #

修改完config/puma.rb后，需要重启Puma才能让新配置生效：

# 如果是直接启动的Puma，先停止再重启
puma -C config/puma.rb stop
puma -C config/puma.rb start

# 如果用systemd管理Puma（生产环境推荐）
sudo systemctl restart puma.service

内容的提问来源于stack exchange，提问作者Dave