将 Node.js 页面部署到 AWS Elastic Beanstalk 后出现“hell.php”错误和“502 Bad Gateway”错误

Posted 2023-03-04

【中文标题】将 Node.js 页面部署到 AWS Elastic Beanstalk 后出现“hell.php”错误和“502 Bad Gateway”错误

【英文标题】：Getting "hell.php" error and "502 Bad Gateway" error after deploying Node.js page to AWS Elastic Beanstalk

【发布时间】：2019-04-29 17:51:17

【问题描述】：

我最近将我的第一个 Node.js 应用程序部署到了 AWS Elastic Beanstalk。这是一个非常简单的投资组合页面。该站点运行了几个小时没有问题，但随后实例进入严重状态，页面返回此消息：

502 错误网关 nginx/1.12.1

日志中的错误消息是“第一个参数必须是字符串或缓冲区”。

我重新启动了应用程序服务器，页面运行了 12 个小时没有问题，但随后又出现了同样的消息。所以我开始排查问题并尝试了这些事情：

Elastic Beanstalk 中的 Node.js 版本与用于创建我的应用程序的版本不同，因此我将其更改为创建网站时使用的相同版本 (8.12.0)。重新启动应用服务器。同样的问题。

我认为负载均衡器可能无法读取响应，因此我开始将响应中发送的数据转换为字符串 (.toString())，但这并没有帮助。事实证明，我的配置甚至没有负载均衡器。

fs.readFile 的 Node 文档说 readFile 方法使用大量内存并考虑改用 readStream，所以我进行了更改，但使用 readStream 得到了相同的结果。

我重建了环境并再次尝试。这次页面成功运行了两天。然后两天后它再次出错并显示此消息：

错误：ENOENT：没有这样的文件或目录，打开 'public//hell.php' 事件.js:183 投掷者； // 未处理的“错误”事件 ^

我不使用任何 php 代码。为什么它引用了一个名为“hell”的php文件？

这是我在 server.js 文件中的代码：

const http = require("http");
const fs = require("fs");
//use AWS's default port, or if it's not available, use port 8081.
const port = process.env.PORT || 8081;
const server = http.createServer(function (req, res) 

    res.statusCode = 200;

    if (req.url == "/" || req.url == "/index.html" || req.url == "/home") 
        let readStream = fs.createReadStream("public/index.html");

        // When the stream is done being read, end the response
        readStream.on('close', () => 
            res.end();
        )

        // Stream chunks to response
        readStream.pipe(res);
    
    else 
        let readStream = fs.createReadStream("public/" + req.url);

        // When the stream is done being read, end the response
        readStream.on('close', () => 
            res.end();
        )

        // Stream chunks to response
        readStream.pipe(res);
    
).listen(port);

fs 正在读取的“public/index.html”文件的副本可以在以下位置找到： https://zurafuse.github.io/index.html

有人知道我做错了什么吗？

【问题讨论】：

我还注意到它正在尝试打开 lol.php 和 wp-config.php。这是某种拒绝服务攻击吗？我是否需要创建逻辑来拒绝这些请求？

【参考方案1】：

我已经解决了这个问题。事实证明，机器人经常访问像我这样的 AWS 网站寻找漏洞，在我的例子中，他们试图打开不存在的页面（如 Wordpress 页面）。所以我修改了我的代码，只打开我定义的存在的页面，如果有任何 http 请求来要求意外的东西，我会返回一个“找不到页面”响应。从那以后我再也没有遇到过问题。

因为我的网站在尝试打开不存在的页面时不断出错，这导致我的 AWS Elastic Beanstalk 实例崩溃。而且由于我有免费版本，它根本无法扩展，因此不太宽容。