在过去的两天里，两个不同的 LinkedIn“应用程序”开始间歇性地收到 999 请求被拒绝的错误。除此之外，我收到：“reason-code=1,2,1”作为标题。具体来说，这是从 oAuth 过程的第三步（与https://www.linkedin.com/uas/oauth2/accessToken https://www.linkedin.com/uas/oauth2/accessToken) - 但是，向共享端点发出 POST 请求也会失败，但我尚未捕获这些失败的 HTTP 响应代码和数据。
这两个应用程序是同一平台的实时和测试站点，运行不同的服务器、不同的 IP 地址、不同的客户端 ID，并且这两个应用程序绑定到两个不同的用户（尽管我是这两个应用程序的管理员）。它们有一个共同点，那就是它们都托管在 Linode 上。
在本地（使用不同的客户端 ID/应用程序）集成可以正常工作。如果我在本地使用测试应用程序客户端 ID（添加了回调 URL），则集成可以正常工作。
这似乎是间歇性的。这两天API的POST请求失败率很高。还有间歇性抱怨执行 oAuth 连接失败。
从开发者网站上，我看到这些应用程序完全在其使用限额内。
有谁知道这个原因代码为 1,2,1 的特定错误指的是什么？ LinkedIn 开发者网站提到了 999 错误，但似乎受到限制，只有合作伙伴计划的注册会员才能访问它们。还有，有什么方法可以防止这种错误。其他一些问题表明 999 响应代码已开始通过 LinkedIn 阻止各种云提供商，但这似乎无法解释为什么这是间歇性的。
None
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
