Red Hat 上的 Nginx 和 Unicorn - 系统重启时出现 403 错误，重启服务修复了 403 错误答案

【问题标题】：Nginx & Unicorn on Red Hat - 403 errors on system reboot, restarting service fixes 403 errorsRed Hat 上的 Nginx 和 Unicorn - 系统重启时出现 403 错误，重启服务修复了 403 错误
【发布时间】：2015-01-13 23:55:39
【问题描述】：

我是一名 RHEL 新手，但我是一名经验丰富的 Rails 开发人员。我倾向于在 Ubuntu 服务器上或通过 Heroku 之类的工具部署应用程序。最近，我为其提供了一个应用程序的组织，他们的服务器进行了例行维护，以升级一些核心库。反过来，它破坏了我的整个 Ruby 安装，并且一些 init.d 脚本不再按预期工作。我的应用环境是：

Ruby 2.1.5（原为 2.0.0，刚刚升级）
Rails 3.2.14
管理 Unicorn 和 DelayedJob 的上帝
Nginx 作为 Unicorn 的代理

突然之间，我们遇到了可怕的 403 错误，甚至在更新 Ruby 之前。将 Ruby 升级到 2.1.5，并修复了所有其他问题。一切都很好！

直到我重新启动。

当我重新启动时，所有服务都正常运行。 Nginx、God（启动 Unicorn 和 DelayedJob）等等……都很好。除了我得到 403 错误。

如果我登录到服务器并输入sudo service nginx restart，那么 403 错误就会完全消失，一切都会按预期进行。

我不想为了重新启动进程而在每次重新启动服务器时都登录。这似乎真的没有必要。有人知道它可能是什么吗？

如果您需要我提供任何文件，请告诉我 - 我会在这里修改。

编辑：已解决。请参阅下面的答案。

【问题讨论】：

标签： ruby-on-rails ruby nginx redhat init.d

【解决方案1】：

我发现问题是由于从 6.0 升级到 Red Hat Enterprise 6.6，这导致 SELinux 实施了更严格的安全策略。这对我来说很奇怪，因为另一台相同的服务器具有完全相同的设置，但根本没有加载 Nginx，除了到处抛出 403 错误。

我也不知道操作系统已升级。

如需修复此解决方案，请访问：http://nginx.com/blog/nginx-se-linux-changes-upgrading-rhel-6-6/

【讨论】：