Push notification 是否有方法跟踪未确认推送通知的更多详细信息

我有一个发布/订阅推送订阅，它向我们的端点发送通知。 最近，它开始接收一些请求的302状态-response\u code=redirect\u found\u error\u 302。 我们已经验证，这个302响应不是由应用服务器返回的，而是可能由防火墙返回的。 我们的防火墙支持无法识别问题，并要求提供有关失败请求的更多详细信息。

---

是否可以选择在推送订阅中记录特定推送请求失败的详细信息？例如，要获取302响应的正文或位置标题？

如果您联系谷歌云支持，他们应该能够为您提供更细粒度的日志。另一种DIY方法是将订阅内容耗尽，并将订阅重定向到没有防火墙的推送端点。停止向主题发布数据并确认所有消息。更新订阅以指向其他终结点。CPS将重试失败的推送到新端点的操作。您可以在新端点设置日志记录。或者您可以在发布端记录发送的消息及其消息ID，并在订阅端记录确认的消息，然后执行设置差异以查看丢失的消息。中未列出提到的错误代码，正如@Prad Nelluru评论的那样，联系GCP支持团队可能是进一步调查的一个好选择，而且，我想知道浏览器中是否也检索到了这个302错误代码？如果是，您可以检查浏览器活动以确定此问题的来源推送错误代码多于该页上列出的错误代码。该页面上的错误是谷歌应用程序使用的标准代码。D.Smeliansky看到的推送错误来自推送订阅的目标。它返回的任何HTTP代码都显示在度量中。