这里的非技术人员????♂️
我遇到了一个问题，我（使用 Oauth 2.0 Playground）授权内部用户的 GMB 帐户并配置实时通知以发送到我们的 GCP 主题。每隔几天左右，通知就会停止发送到我们的主题，当我检查该帐户的通知设置时，它们已订阅了未知的 GCP 主题。我可以再次重新配置通知设置，但每隔几天它们就会重新配置为未知的 GCP 主题。
其他应用程序可能会定期覆盖我的更改，但我无法确定它们的来源。
是否有我可以查看的日志以了解更改通知设置的请求来自何处？
使用 OAuth 2.0 Playground 配置设置时，它们是否会在某个时候“过期”？如果是这样，我该如何防止这种情况发生？
提前感谢您的帮助！
【问题讨论】：
标签： google-cloud-pubsub google-my-business-api google-my-business
您可以通过查看您的 Cloud Logging 中创建的主题来开始了解创建未知 GCP 主题的时间和人员。你可以这样做：
打开您的谷歌云控制台
打开“日志”
应该有一个“查询”选项卡并选择它。
输入protoPayload.methodName="google.pubsub.v1.Publisher.CreateTopic"，点击“运行查询”。如果您想查看与 Pub/Sub 相关的其他日志，可以查看此 reference。
点击“LAST 1 HOUR”调整日志查询的时间参数。 （例：调整为整月，查询一个月内所有创建的话题）
单击结果旁边的“>”并展开日志。
有很多信息，例如创建的主题名称、验证此请求的电子邮件等。在您的情况下，您应该注意字段authenticationInfo，以便您检查谁调用了请求：
authenticationInfo: {
principalEmail: "email-used-to-create-the-topic@example.com"
principalSubject: "user:email-used-to-create-the-topic@example.com"
}
注意：出于测试目的，我在此示例中涂黑了我的项目 ID 和电子邮件。我创建的主题也是log-this-topic 和日志中的电子邮件，因为我是创建主题的人。
OAuth 已设置过期规则，您可以在Refresh Token expiration 上查看。
【讨论】：