如何解决503 响应仅在特定设备上进行一次呼叫iOS 应用程序
我在使用一台特定设备时遇到了一些问题。 一个只有一个 API 调用设备挂起并返回 503(我可以从 Charles 那里看到)。所有其他设备和模拟器都可以正常工作,没有任何问题。 在该设备上,我尝试清理/安装应用程序、更新 iOS 固件、重新启动手机,同时尝试了 wifi 和 SIM 卡。而且我还尝试删除 Charles 并确保未启用 Wifi VPN 或代理。
我有一个通用的 API 调用函数,所以一些调用来自同一个函数。只是不同的路径(相同的标题)。
这是应用程序/前端问题吗?我该如何继续进行进一步调试。
解决方法
500+ 范围内的任何错误都是服务器端错误。所以一般规则是应该从服务器端首先调查所有 500 多个错误。具体
503 Service Unavailable 服务器错误响应代码表示服务器尚未准备好处理请求。<...>
所以我对服务器端的问题是:
- 谁将此错误代码返回给客户端:它可以是负载均衡器,也可以是服务器本身
- 为什么?服务器或负载平衡器日志应该有足够的线索来弄清楚。
在客户端,您仍然可以做一些事情:
-
查看使用 503 响应发送的标头。他们可能会知道发生了什么。例如,常见的模式是查看服务器是否确实发送了
Retry-After
标头(就像上面的页面也建议的那样。 -
既然你说一些请求成功了,那么在成功和失败的响应中比较服务器的实际 IP(Charles 展示了它)。可能是您有 2 个或更多节点,其中一些可以正常工作,而另一些则不能。
-
如果您正在处理某种云服务器(例如 AWS),503 的常见情况是缺少权限。 This 提供了这种情况的一个很好的例子。所以检查失败是否与权限有关。
即使在服务器上调试这个失败也有点棘手,因为 服务器甚至可能不会记录此类访问尝试;在这种情况下启用 LB 日志 - 它们应该为您指明正确的方向。
如果这是不可能的,请确保从设备中擦除所有凭据并 尝试使用绝对有效的帐户。如果您的应用程序正在使用 钥匙串,请确保以编程方式清除它,因为即使 卸载应用程序并不会清理它。
-
问题 2 和问题 3 的组合也很常见:在集群的某些节点上权限配置不正确,因此取决于您的运气,您最终可能会遇到“坏”节点。而且由于 LB 和客户端缓存服务器 IP,可能是该特定设备大部分时间都在“坏”服务器上结束。
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。