2016-08-02 1 views
0

에 GET 요청을 할 때 나는 우체부에 다음과 같은 응답을 얻을보안 토큰 형식은 예상 스키마에 맞지 않는

https://www.docusign.net/restapi/v2/accounts/ {myclientidhere}/

이 데모 계정 통합 키 인증을 자극로 이동되었습니다 . 필자는 새로운 사용자 이름, 암호 및 통합 키 세부 정보를 사용하여 데모 계좌에서했던 것과 동일한 방식으로 요청했습니다. 여기서 무엇이 잘못 될 수 있습니까?

<errorDetails xmlns="http://www.docusign.com/restapi" xmlns:i="http://www.w3.org/2001/XMLSchema-instance"> 
    <errorCode>INVALID_TOKEN_FORMAT</errorCode> 
    <message>The security token format does not conform to expected schema.</message> 
</errorDetails> 
  • 편집 : 우리의 생산 계정이 NA2 환경에 거주하는대로 NA2을 사용하고, DocuSign의 제안으로 는

내 요청은 다음과 같습니다

GET 

Endpoint 
https://na2.docusign.net/restapi/v2/login_information 

Headers 

Content-Type: application/json 
X-DocuSign-Authentication: {"Username":"[email protected]","Password":"xxxx","IntegratorKey":"xxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxx"} 

유무가 다운로드 요청 로그는 있지만 로그 목록은 모두 200 OK입니다. 프로필 이미지를 찾지 못하면 제외하고 404 이미지를 얻을 수 있습니다. 링크 할 이미지가 없으므로 d. 다른 문제는 볼 수 없습니다.

+0

"myclientidhere"가 무엇인지 명확히 할 수 있습니까? 즉, 계정 ID를 나타내는 간단한 숫자입니까? 또는 다른 것을 나타내는 GUID입니까? 귀하의 계정 ID는 Prod에서 Demo와 다를 것입니다. –

+0

이 4xxxxxx3과 같은 8 자리 숫자이며 주위 중괄호가 없으므로 문서 에서처럼 해당 작업을 수행했습니다. – Sheree

+0

& prod 클라이언트 ID를 사용하고 있습니다. 계정 ID라고해야합니다. – Sheree

답변

0

고객과 마지막으로 협의 한 결과, 비밀번호에 회피 문자 (\)이 있었는데 이스케이프 시퀀스로 구문 분석되고있는 것으로 나타났습니다.

그래서 기본적으로 암호 같았다 :

[email protected]\%34 

및 백 슬래시는 오류의 원인이되었다.

0

같은 문제가 발생했습니다. 비밀번호에서 " 문자도 허용되지 않습니다. 그것을 배제하기 위해 패스워드가 변경되어 이제는 잘 동작합니다.