ios - 503 响应仅在特定设备上一次通话(iOS 应用程序)
问题描述
我只有一个特定的设备有一些问题。只有一个 API 调用设备挂起并返回 503(我可以从 Charles 那里看到)。所有其他设备和模拟器都可以正常工作,没有任何问题。在该设备上,我尝试清理/安装应用程序,更新 iOS 固件,重新启动手机,尝试了 wifi 和 SIM。而且我还尝试删除 Charles 并确保未启用 Wifi VPN 或代理。
我有一个用于 API 调用的通用函数,所以一些调用来自同一个函数。只是不同的路径(相同的标题)。
这是应用程序/前端问题吗?我该如何继续进一步调试。
解决方案
500+ 范围内的任何错误都是服务器端错误。所以一般规则是应该首先从服务器端调查所有 500 多个错误。具体来说
503 Service Unavailable server error response code表示服务器还没有准备好处理请求。<...>
所以我对服务器端的问题是:
- 谁将此错误代码返回给客户端:可以是负载均衡器,也可以是服务器本身
- 为什么?服务器或负载平衡器日志应该有足够的线索来弄清楚。
在客户端,您仍然可以做一些事情:
查看使用 503 响应发送的标头。他们可能会知道发生了什么。例如,常见的模式是查看服务器是否确实发送了
Retry-After
标头(如上面的页面也建议。既然您说某些请求成功,请在响应中比较服务器的实际 IP以判断成功和失败(Charles 显示它)。可能是,您有 2 个或更多节点,其中一些工作正常,而另一些则没有。
如果您正在处理某种云服务器(例如 AWS),则 503 的常见情况是缺少权限。这为这种情况提供了一个很好的例子。因此,请检查失败是否与权限有关。
即使在服务器上调试这种故障也有点棘手,因为服务器甚至可能不会记录这种访问尝试;在这种情况下启用 LB 日志 - 它们应该为您指明正确的方向。
如果这不可能,请确保您从设备中擦除所有凭据并尝试使用绝对有效的帐户。如果您的应用程序正在使用钥匙串,请确保以编程方式清除它,因为即使卸载应用程序也不会清除它。
问题 2 和 3 的组合也很常见:在集群的某些节点上没有正确配置权限,因此根据您的运气,您可能最终会出现在“坏”节点上。并且由于 LB 和客户端缓存服务器 IP,因此该特定设备可能在大多数情况下都只是在“坏”服务器上结束。
推荐阅读
- ruby-on-rails - 尝试将数据库从 Heroku 拉到本地时出现带有 Rails 5.2 的 Heroku 错误(pg:pull)
- git - Git:基础变基(Java)
- electron.net - 无法获得桌面类型的窗口
- typescript - 使用 grpc-web 为 vue 配置 Envoy
- imagemagick - ImageMagick,在转换运算符链中设置相对大小
- c# - C# [Required()] 注解不应该抛出异常
- php - 更新会话数据不起作用 - CodeIgniter
- sql - 使用枢轴计算每年出生的男性和女性的数量
- r - 试图将两行合并(变异)成一列
- java - Java Kubernetes 客户端 SSLHandshakeException 扩展(5)不应出现在 certificate_request 中