NGINX 随机停止工作，需要手动重启答案

【问题标题】：NGINX randomly stops working, required manual restartNGINX 随机停止工作，需要手动重启
【发布时间】：2018-10-31 05:29:54
【问题描述】：

我有一个问题，我不知道如何解决。我的设置：

运行 Ubuntu Linux 16.04（完全最新）的 Amazon EC2 (t2.medium)
NGINX 1.10.3
8 个运行 Node JS (Express) 并绑定到端口的网站 3000-3007 通过 pm2，使用 NGINX 作为反向代理（proxy_pass 在虚拟主机文件中）
PHP 7.1（为 Wordpress 网站提供动力）
Node 站点使用 Wordpress REST API（来自 Wordpress 站点）来提供内容

问题：

每隔几天，NGINX 似乎就会停止工作。我可以知道，因为在运行 sudo service nginx restart 之前我无法访问 Wordpress 站点。这似乎不是 PHP 问题，因为如果我重新启动 PHP，Wordpress 站点在 NGINX 重新启动之前不会重新上线。服务器登录/var/log/nginx 似乎没有提供任何见解，我不确定如何解决问题。

关于从哪里开始有什么想法吗？我可以设置的任何监控（除了基本的“站点关闭”）可能会提供洞察力？也许我可以在 NGINX 中切换一些设置来处理过度使用（如果这是问题的话）？

【问题讨论】：

正如您提到的如何检测站点已关闭，您能否验证节点应用程序也已关闭？ - 如果节点应用程序无法访问，那么我们可以确定这是一个 nginx 问题，您可能需要告诉我们/var/log/nginx
@mixth，是的，Node 应用程序与 Wordpress 应用程序一起下降。让我挖掘一下nginx 日志，看看我是否能找到网站上次宕机时的时间。
你在使用 certbot 吗？
@SandRock，我正在使用 certbot。

标签： node.js wordpress nginx ubuntu-16.04

【解决方案1】：

nginx如何指定上游服务器？

您应该注意，通常http://nginx.org/r/proxy_pass 会在启动时缓存域名的解析，除非您将proxy_pass 中的变量与http://nginx.org/r/resolver 指令一起使用。

这意味着名称的解析可能会变得陈旧和不正确，从而导致页面不再加载。

解决方案是在proxy_pass 中使用变量，并指定resolver 以用于正在进行的解决方案。

否则，错误日志应该仍然有助于提供有关停机原因的信息；确保您查看的是全局 http://nginx.org/r/error_log，而不是单个 servers 的 error_log，如果出现影响整个 nginx 的严重问题，这通常不会有任何有趣的东西。

【讨论】：

【解决方案2】：

我在将 nginx 与 certbot 一起使用时遇到了类似的问题。我在 Ubuntu 16.04 LTS 下托管，而 certbot 已经过时（0.10.2）。

作为described here，此版本的 certbot 在发出证书时遇到问题。标准命令不起作用，必须使用specific commands。

Certbot 带有一个自动更新程序，可以自动更新证书。此更新程序无法使用变通方法，并且操作后也无法启动 nginx 服务。

我所做的是禁用此服务。在/etc/systemd/system/timers.target.wants/certbot.timer 有一个文件。编辑此文件并注释启用计时器的行。

[Unit]
Description=Run certbot twice daily

[Timer]
OnCalendar=*-*-* 00,12:00:00
Persistent=true

#[Install]
#WantedBy=timers.target

现在您必须手动更新证书。

【讨论】：