标签: aws-ec2

今天 clamAV 扫描了我的 AWS 实例，并在每个实例上检测到 24 个受感染的文件。由于以下几个原因，它看起来像是误报：

1. 所有这些文件都是在 2022 年 10 月创建的（为什么现在才检测到它们？）
2. 每个实例的SSH端口由MFA+密码+VPN保护。

那么，我的问题是，在这种情况下我的下一步应该是什么？我应该删除这些文件吗？据我了解，它们可能是其他应用程序可以使用的系统文件。

2023-06-07T13:03:41.658+03:00   /snap/amazon-ssm-agent/6563/amazon-ssm-agent: Unix.Malware.Kaiji-10003916-0 FOUND

2023-06-07T13:03:42.909+03:00   /snap/amazon-ssm-agent/6563/ssm-agent-worker: Unix.Malware.Kaiji-10003916-0 FOUND

2023-06-07T13:03:44.659+03:00   /snap/amazon-ssm-agent/6563/ssm-cli: Unix.Malware.Kaiji-10003916-0 FOUND

2023-06-07T13:03:45.660+03:00   /snap/amazon-ssm-agent/6563/ssm-document-worker: Unix.Malware.Kaiji-10003916-0 FOUND

2023-06-07T13:03:46.910+03:00   /snap/amazon-ssm-agent/6563/ssm-session-logger: Unix.Malware.Kaiji-10003916-0 FOUND

2023-06-07T13:03:47.910+03:00   /snap/amazon-ssm-agent/6563/ssm-session-worker: Unix.Malware.Kaiji-10003916-0 FOUND

2023-06-07T13:03:49.411+03:00   /snap/amazon-ssm-agent/6312/amazon-ssm-agent: Unix.Malware.Kaiji-10003916-0 FOUND

2023-06-07T13:03:50.662+03:00   /snap/amazon-ssm-agent/6312/ssm-agent-worker: Unix.Malware.Kaiji-10003916-0 FOUND

2023-06-07T13:03:51.912+03:00   /snap/amazon-ssm-agent/6312/ssm-cli: Unix.Malware.Kaiji-10003916-0 FOUND

2023-06-07T13:03:52.912+03:00   /snap/amazon-ssm-agent/6312/ssm-document-worker: Unix.Malware.Kaiji-10003916-0 FOUND

2023-06-07T13:03:53.913+03:00   /snap/amazon-ssm-agent/6312/ssm-session-logger: Unix.Malware.Kaiji-10003916-0 FOUND

2023-06-07T13:03:55.413+03:00   /snap/amazon-ssm-agent/6312/ssm-session-worker: Unix.Malware.Kaiji-10003916-0 FOUND

2023-06-07T13:03:56.695+03:00   /snap/lxd/24061/bin/lxc: Unix.Malware.Kaiji-10003916-0 FOUND

2023-06-07T13:03:57.414+03:00   /snap/lxd/24061/bin/lxc-to-lxd: Unix.Malware.Kaiji-10003916-0 FOUND

2023-06-07T13:03:58.164+03:00   /snap/lxd/24061/bin/lxd-agent: Unix.Malware.Kaiji-10003916-0 FOUND

2023-06-07T13:03:58.915+03:00   /snap/lxd/24061/bin/lxd-benchmark: Unix.Malware.Kaiji-10003916-0 FOUND

2023-06-07T13:04:01.666+03:00   /snap/lxd/24061/bin/lxd-migrate: …

根据 aws，Amazon Linux 2023 松散地基于 Fedora 34、35 和 36： https: //docs.aws.amazon.com/linux/al2023/ug/relationship-to-fedora.html

但是，redis该包在 AL2023 中不可用，而是redis6可用： https: //docs.aws.amazon.com/linux/al2023/release-notes/all-packages-al2023-20230322.html

我尝试使用它安装它sudo dnf -y install redis6并且安装成功。但我找不到任何 redis 配置文件。redis6已创建一个文件夹，并且可以使用该文件夹进行访问sudo cd /etc/redis6，但是该文件夹是空的并且没有任何配置文件。ls里面/etc/redis6没有返回任何东西。

在AL2023中安装redis服务器的正确方法是什么？

[UPDATE] ls命令未返回/etc/redis6文件夹内的任何文件，但配置文件实际上可用。使用sudo nano /etc/redis6/redis6.conf我能够更新现有的 redis 配置文件以使用 systemd 并设置密码。

所以redis服务器现在工作正常，只需要使用redis6而不是redisAL2023中的任何地方，例如redis6-cli.

我认为答案是否定的，但我想确保我没有遗漏任何东西。一个EC2实例是否可以同时拥有多个VPC中的IP地址？

我尝试创建 2 个 VPC，然后创建两个网络接口，每个 VPC 各一个，但似乎无法将它们附加到同一个 EC2 实例，因为无法将它们附加到不在该 VPC 上的实例，这是正确的吗？

例如，我在vpc1中创建vpc1和eni1（网络接口）。然后我在vpc2中创建vpc2和eni2。然后我创建 ec21（一个 EC2 实例）并将其放入 vpc1 中，并使用 eni1 作为其网络接口。当我打开 eni2 并选择附加时，我无法选择 ec21，它显示：

vpc2 中的 us-esat-1f 中没有正在运行或已停止的实例。

WordPress 网站（4 年前）最近从共享服务器迁移到 AWS 服务器（2cpu、4GB 内存、80 SSD）。迁移后网站工作正常，但在凌晨 2 点到 6 点之间的夜间 CPU 使用率出现峰值（仅在周六或周日）这会导致 CPU 内存不足并关闭整个服务器以及邮件服务器。重新启动服务器后，网站运行正常，CPU 使用率也没有出现峰值（10% - 15%）。所附日志的屏幕截图https://prnt.sc/LTyOU9YrEHd6。网站宕机前的错误日志 服务器重启后的使用情况

是什么原因导致CPU使用率出现问题？是因为spamd使用还是SQL使用？