在过去两天,两个不同的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阻止各种云提供商,但这似乎并不能解释为什么这是间歇性的.
| 归档时间： |
|
| 查看次数： |
2948 次 |
| 最近记录： |