在过去两天，两个不同的LinkedIn“应用程序”已经开始接收999个拒绝请求错误。与此同时，我收到：“reason-code = 1,2,1”作为标题。具体来说，这是从oAuth流程的第3步（与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阻止各种云提供商，但这似乎无法解释为什么这是间歇性的。