小编App*_*ity的帖子

出于某种原因，我在如何做看起来很简单的事情上遇到了麻烦。

如何记录所有通过 AWS Simple Email Service 发送的包含特定消息详细信息的电子邮件？

该日志至少需要包含发送服务器的 IP 地址。但是，我也确实需要TO地址。背景故事——我们有几台服务器使用这项服务，当其中一台启动并开始发送数千封电子邮件时，我们会通过 Cloudwatch 监控收到警报——但无法找出实际发送它们的服务器。

立即，经过研究，您会发现人们确实想要此功能但它不可用的证据。但是，较新的文章表明这​​是可能的。

理想情况下，我曾尝试使用事件发布到CloudWatch的在这两篇文章中描述： https://docs.aws.amazon.com/ses/latest/DeveloperGuide/monitor-using-event-publishing.html https：//开头的文档.aws.amazon.com/ses/latest/DeveloperGuide/event-publishing-add-event-destination-cloudwatch.html

• 我创建了一个新的 SES 配置集。
• 我向这个配置集添加了一个 cloudwatch 目的地。
• 我指定了发送的事件类型；拒绝；弹跳；投诉；交货；渲染失败
• 我选择Message Tag了名称为ses:source-ip和默认值为 的值源source-ip。

一段时间后，没有事件发布到 Cloud Watch。

文档只是在整个过程中不是很清楚，并且从未通过示例记录实际细节。

有一些建议我可能必须向我们发出的电子邮件添加标题以进行跟踪，但其他建议是存在默认值，并且我实际上不必修改我们的发送行为。

细粒度- 这些指标按您使用消息标签定义的电子邮件特征进行分类。要将这些指标发布到 CloudWatch，您必须使用 CloudWatch 事件目标设置事件发布，并在发送电子邮件时指定配置集。您还可以指定消息标签或使用 Amazon SES 自动提供的自动标签。

还有一些关于使用 Kinesis Firehose 作为目标的文档，它显示了非常详细的消息信息示例——这正是我想要的：https : //docs.aws.amazon.com/ses/latest/DeveloperGuide/ event-publishing-retrieving-firehose-examples.html#event-publishing-retrieving-firehose-send

我只是不知道该往哪个方向以及如何设置。

我需要最简单的方法来记录看似基本的 SES 诊断信息，然后将其用于故障排除目的。很难相信这些信息不仅可以在 AWS 控制台的某个地方随时可用。

我正在尝试解决加入域的远程计算机上的一些组策略启动处理问题，这些计算机在启动时和登录之前建立 Zscaler/VPN 连接。这会导致域连接出现短暂延迟，而当计算机物理位于网络上时，这种延迟通常不会出现。

我设置了几个 GPO：

1. 在计算机启动和登录时始终等待网络
2. 指定启动策略处理等待时间=60秒

这会产生以下类型的事件日志条目：

计算机启动时组策略等待网络子系统 17031 毫秒。

然而，有时这个数字会达到 60000 毫秒，这与我的 GPO 一致。因此，本质上，有时 GPO 检测到“网络子系统”可用，有时则不可用。然而，它总是成功下载 GPO 并在此时间后应用它们。

为了尝试确定组策略如何确定网络可用性，我以 netlogon 服务调试日志为目标，认为 DC 发现和连接正在发挥作用。但是，netlogon 有时会指示与 DC 的成功会话设置，但与组策略事件日志条目不一致。例如，当 GP 等待 60 秒时，netlogon 早在这之前就已经指示与域控制器的成功连接。其他时候，当 GP 等待时间少于 60 秒时，netlogon 仍未完成与 DC 的成功会话。

组策略如何确定网络子系统何时可用？

我对虚拟 IP 如何实现故障转移有几个疑问。目标是实现 TCP 服务器上运行的服务的高可用性。

这个问题可以很容易地描述：

问题：

1. 假设运行主服务器的机器 A 挂掉了。机器 1 上的虚拟 IP 软件如何工作？客户端是否需要重新连接才能重定向到机器 B 上的备份服务器？这台机器/连接切换是否透明发生？

2. 虚拟IP是通过软件还是硬件实现的？您能给我提供我可以使用/测试的软件解决方案的示例吗？

3. 虚拟 IP 软件是否存在单点故障？如果机器 1 死掉了会发生什么？虚拟 IP 软件本身是否具有某种故障转移/高可用性功能？