NetSuite SuiteTalk REST Web服务-无效的登录尝试 [英] NetSuite SuiteTalk REST Web Services - Invalid Login Attempt
问题描述
我正在尝试使用NetSuite SuiteTalk REST Web服务访问NetSuite CRM数据.
I am trying to use the NetSuite SuiteTalk REST Web Services to access NetSuite CRM data.
我可以访问并在生产中工作.能够检索记录数据和元数据.
I have the access up and working in production. Able to retrieve record data and metadata.
我现在正在尝试在沙箱中设置访问权限，以进行更深入的测试.
I am now trying to set up access in the sandbox for more in-depth testing.
在沙箱中，我有: -已启用的其余Web服务 -启用基于令牌的身份验证 -授予用户并发Web服务权限 -授予用户使用访问令牌登录权限 -建立整合 -创建了访问令牌
In the sandbox I have: - Enabled rest web services - Enabled token based authentication - Given user concurrent web services permission - Given user Log in using access tokens permission - Created an integration - Created an access token
所有这些动作都反映了生产中所做的事情.
All of these actions mirrored what was done in production.
当我尝试对Web服务进行任何类型的GET时，都会收到401-无效的登录尝试.
When I attempt any kind of GET to the web service, I receive a 401 - Invalid login attempt.
当我检查登录审核记录"时，没有看到任何有关GET尝试的记录，无论是失败还是其他原因.
When I check the Login Audit Trail, I don't see any record of the GET attempt, failed or otherwise.
在沙箱中是否还需要做一些系统性的事情才能启用其余的Web服务?除了在SuiteCloud/SuiteTalk中启用它之外，还可以吗?
Is there something of a systemic nature that I have to do additionally in the sandbox to enable rest web services? Above and beyond enabling it in SuiteCloud/SuiteTalk?
我在审计跟踪中绝对看不到任何事实，这使我相信某些事情仍在关闭".
The fact that I see absolutely nothing in the audit trail makes me believe that something is still "turned off".
===> 2020/4/4更新
===> 4/4/2020 Update
ed14和Nihkil，
ed14 and Nihkil,
感谢您的回复，对于回复的延迟我们深表歉意.
Thank you for your responses, and sorry for the delay in responding back.
不幸的是，在领域中强调的连字符并没有帮助我.
The hyphen to underscore in the realm did not help me unfortunately.
让我回顾一下最近的尝试:
Let me recap recent attempts:
1)首先验证生产中的REST API测试是否仍然有效.
1) Started by verifying that REST API testing in production still works.
2)沙箱由CRM管理员刷新.该应用程序仍然存在，但是我的访问令牌不存在.我在沙盒中创建了一个新的.
2) The sandbox was refreshed by a CRM admin. The application was still there, but my access token was not. I created a new one in the sandbox.
是否可以删除该应用程序?我看不到有什么办法.
Is it possible to delete the application? I cannot see any way to do that.
3)使用现有的消费者令牌和新的访问令牌进行了测试.收到与我的第一篇文章相同的回复:"title":无效的登录尝试，有关更多详细信息，请参见Login Audit Trail."，
3) Tested with existing Consumer Token and new Access Token. Got the same response as from my first post: "title": "Invalid login attempt, for more details see Login Audit Trail.",
4)通过稍微修改URL以确保我不会在某个地方出现黑洞来进行测试.它给了我预期的错误.
4) Tested by slightly modifying the URL to make sure I was not going to a black hole somewhere. It gave me the expected error.
5)通过修改以下领域进行测试:将领域9999999-sb4更改为领域9999999_sb4它给了我一个错误，使我认为我的原始领域是正确的:"title":发生了意外错误.错误ID:k8hd8pqej3unxblmaoik" ，
5) Tested by modifying the realm: Realm 9999999-sb4 to Realm 9999999_sb4 It gave me an error which leads me to believe that my original realm is correct: "title": "An unexpected error occurred. Error ID: k8hd8pqej3unxblmaoik",
同样，没有任何测试作为失败的尝试显示在审核日志中的任何地方.
Again, none of the tests show up in anywhere in the audit log as a failed attempt.
不确定从这里要去哪里?删除沙箱应用程序(如果可能)，然后重新开始吗?还是沙箱中有新应用?
Not sure where to go from here? Delete the sandbox application (if possible) and start again? Or new application in sandbox?
感谢所有帮助.
布莱恩·亨特
推荐答案
我在使用沙箱时遇到了同样的问题.显然，帐户ID(用于领域授权)和URL中的帐户ID不匹配.
I had the same issue using the sandbox. Apparently there is a mismatch between the account ID (used in realm authorization) and the account ID in the URL.
帐户ID(领域):XXXXX_SB1
The account ID (realm): XXXXX_SB1
网址中的帐户ID:XXXXX-SB1
The account ID in the url: XXXXX-SB1
SB应该为大写.
这为我解决了问题.
这篇关于NetSuite SuiteTalk REST Web服务-无效的登录尝试的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！
