중앙 집중식 자격 증명 저장소

조직이 계속 성장함에 따라 IT 팀이 타사 도구에 대한 요청을 인증하기 위해 액세스 자격 증명을 관리하는 것이 생산성을 저하시키는 요인이 되었습니다. IT 팀은 토큰 변경 사항을 지속적으로 확인하고 모든 워크플로우에 수동으로 업데이트해야 하므로 시간이 많이 소요됩니다.


중앙 집중식 자격 증명 저장소를 사용하면,


  • 웹훅을 트리거하거나 웹 요청 노드를 호출할 때 자격 증명을 쉽게 관리하고 참조할 수 있습니다.

  • 자격 증명 저장소에서 변경 사항을 업데이트하고 모든 워크플로우에 반영되도록 합니다.

  • OAuth 2.0, API 키 등과 같은 인증 메커니즘에 관계없이 타사 호출을 수행할 수 있습니다.




 새 자격 증명 생성 


 1. 이동 경로 관리자 → 자동화 및 생산성 → 자격 증명



 2.  새 자격 증명을 클릭합니다.




3.  이름을 입력하고 해당하는 인증 유형을 자격 증명에 대해 선택합니다.




인증 유형

입력값

설명

기본 인증

사용자 이름: 이메일 주소

비밀번호: 비밀번호




요청에 인증된 사용자 이름과 비밀번호를 포함해야 할 때 기본 인증 유형을 사용합니다.


참고: Freshservice API 키 인증은 다음 값을 사용하여 기본 인증을 통해 수행할 수 있습니다.

사용자 이름: <API key>

비밀번호: x

API 키

: 타사에 특정한 권한 부여 키

: API 키

API 키 유형을 사용하여 권한 부여가 필요한 애플리케이션에서 작업을 수행합니다.

인증 없음

-

요청에 권한 부여가 필요하지 않을 때 인증 없음 유형을 사용합니다. 

OAuth 2.0

승인 유형: 옵션은 API 서비스 제공자의 요구 사항에 따라 다릅니다


  1. 권한 코드: 권한 코드 승인 유형은 사용자가 제공자와 인증해야 합니다.

  2.  클라이언트 자격 증명: 클라이언트 자격 증명 승인 유형은 일반적으로 사용자 데이터에 액세스하는 데 사용되지 않으며 클라이언트 애플리케이션과 관련된 데이터에 사용됩니다.


권한 부여 URL: 인증 코드를 검색하기 위한 API 제공자 인증 서버의 엔드포인트입니다.


액세스 토큰 URL: 인증 코드를 액세스 토큰으로 교환하기 위한 제공자의 인증 서버입니다.


클라이언트 ID: API 제공자와 등록된 클라이언트 애플리케이션의 ID입니다.


클라이언트 비밀: API 제공자가 제공한 클라이언트 비밀입니다.


범위: 요청하는 액세스 범위로, 여러 공백으로 구분된 값을 포함할 수 있습니다.


클라이언트 인증: 드롭다운—헤더에 기본 인증 요청을 보내거나 요청 본문에 클라이언트 자격 증명을 보냅니다.

클라이언트 애플리케이션에 안전한 위임 액세스를 제공해야 할 때 OAuth 유형을 사용합니다.


OAuth 2.0에서는 먼저 API에 대한 액세스 토큰을 검색한 다음 해당 토큰을 사용하여 향후 요청을 인증합니다.


리디렉션 URL이 필요한 앱의 경우 아래 형식을 사용하십시오 https://<yourdomain.freshservice.com>

/api/_/credentials/oauth_callback





 

4. 각 유형에 필요한 세부 정보를 업데이트하고 저장을 클릭합니다.


5. 이제 워크플로우에서 자격 증명을 참조하여 웹훅을 트리거하거나 웹 요청 노드를 호출할 수 있습니다.



                                                                                      

                                                                           







이 문서가 도움이 되었나요?

Freshservice AI 도우미

중앙 집중식 자격 증명 저장소

AI 어시스턴트 초기화 중...