1
2
不,您无法获取正在执行这些操作的IP或EC2实例,但您可以采取一些步骤来尝试缩小消耗消息的范围。 CloudTrail仅将以下操作记录到SQS:
这意味着消息的消费者没有被记录,这意味着CloudTrail无法为您回答这个问题。
您可以做的是使用IAM控制台尝试并隔离哪个用户或角色正在访问SQS服务。这不会将其缩小到单个队列,但总比什么都没有要好。你可以在
如果这不足以缩小范围,那么您可能不得不向SQS队列添加策略,以开始阻止用户/角色从该特定队列获取消息。这将是一场猜测和检查的游戏。或者,您可以锁定队列,以便只有特定用户或角色可以从队列中读取。 如果您使用此队列的跨帐户访问,则上述步骤将没有那么有用,因为您将没有相同级别的可见性。此外,如果您具有由许多不同的服务器或应用程序使用的相同角色或用户,则此方法也将不起作用。如果是这样的话,这将是开始应用最小特权的好时机,因为它可以帮助解决这些类型的问题。 |
2
0
您可以在消息消费应用程序中编写一个程序来运行此处的一些查询 https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-instance-metadata.html 然后将实例ID记录到某个您知道可以获取的位置。 但是,如果您不知道在哪里部署此代码(因为您不知道使用消息的机器/组),这是多余的。 我可以建议在SQS管理控制台中手动创建一条消息(队列操作>发送消息),并创建该消息,以便您知道消费者应用程序将抛出错误(即格式错误或其他错误)。然后搜索错误的相关位置-这将有望让您检测出是哪台机器抛出了错误。 |
R0bert2 · Ansible-使用with_项创建列表 2 年前 |
renzCNFT · 与s3相比,workdocs有什么优势 2 年前 |
Eva · Github与AWS codecommit镜像和同步的操作 2 年前 |
Hasham · 如何将多个本地文件上载到s3中的一个文件 2 年前 |
sebas flores · S3 URL-使用python下载 2 年前 |