두 가지 주소 집합이 있습니다
Living Security는 두 개의 서로 다른 네트워크를 통해 공급자에 접속하며, 각 네트워크는 연동의 서로 다른 부분을 담당합니다.
대부분의 연동에는 동기화 집합만 필요합니다. 특정 그룹은 두 집합 모두가 지속적으로 필요합니다. 두 집합이 모두 필요한 연동을 참조하십시오.
연동 동기화 트래픽
이 4개 주소는 모든 Living Security 리전에서 동일합니다. EU에서 호스팅되는 고객도 미국에서 호스팅되는 고객과 동일한 4개 주소를 사용합니다.
쉼표로 구분된 목록을 허용하는 공급자의 경우:
플랫폼 트래픽
동기화 주소와 달리 이 주소는 리전별로 다릅니다. 조직을 호스팅하는 리전의 주소 쌍만 사용하십시오. 어느 리전인지 확실하지 않다면 구성을 시작하기 전에 Customer Success Manager에게 문의하십시오. 잘못된 리전의 주소를 허용 목록에 추가하면 허용 목록과 무관해 보이는 방식으로 연동이 계속 실패하게 됩니다.
쉼표로 구분된 목록을 허용하는 공급자의 경우:
아웃바운드 플레이북 조치
기본적으로 연결된 시스템에 데이터를 다시 기록하는 플레이북 조치는 데이터 동기화와 동일한 경로를 통해 전달되므로 동기화 주소에서 나갑니다. 추가로 필요한 작업은 없습니다. 관리자는 개별 연결을 직접 송신으로 전환할 수 있으며, 이 경우 해당 연결의 조치는 사용자 리전의 플랫폼 주소에서 나가게 됩니다. 이 설정은 소스 IP로 API 접근을 제한하는 공급자 인스턴스에서 허용 목록에 추가할 수 있는, 규모가 작고 안정적이며 Living Security가 소유한 주소 집합이 필요한 바로 그러한 상황을 위해 존재합니다. 일부 공급자는 프록시를 전혀 사용할 수 없으므로 항상 직접 송신을 사용합니다. 동기화 주소만 허용 목록에 추가한 상태에서 나중에 누군가 연결을 직접 송신으로 전환하면, 해당 연결의 동기화는 계속 작동하지만 조치는 실패하기 시작합니다.두 집합이 모두 필요한 연동
대부분의 연동에서는 Living Security의 연동 서비스가 액세스 토큰을 직접 발급하고 갱신하며, 모든 트래픽이 동기화 주소만으로 공급자에 도달합니다. 아래 연동의 경우 해당 서비스가 토큰을 갱신할 수 없으므로 Living Security 플랫폼이 토큰을 직접 발급합니다. 연결 시 한 번 발급하고, 이후 연결이 활성 상태인 동안 지속적으로 발급합니다. 이러한 토큰 요청은 플랫폼 주소에서 나갑니다. 예약된 데이터 동기화는 여전히 동기화 주소에서 나갑니다.- Auth0
- Cofense Triage
- Code42
- Cornerstone
- CrowdStrike Falcon
- Microsoft Entra ID — Microsoft Graph 포함
- OneLogin
- Sophos Central
- Zscaler Client Connector
필요한 집합의 모든 주소를 추가하십시오
트래픽은 집합 내의 어느 주소에서든 나갈 수 있으며, 특정 요청에 어떤 주소가 사용되는지는 고정되어 있지 않습니다. 일부 주소만 허용 목록에 추가하면 진단하기 어려운 간헐적 실패가 발생합니다. 일부 요청은 성공하고 다른 요청은 실패하며, 그 양상은 구성과 무관해 보입니다. 이는 동기화 주소 4개뿐 아니라 플랫폼 주소 쌍에도 똑같이 적용됩니다. 각 리전은 2개의 주소를 운영하며 요청은 둘 중 어느 쪽에서든 나갑니다.이 설정이 필요한 연동
IP 허용 목록은 Living Security가 아닌 사용자의 공급자에 있는 설정입니다. 조직에서 해당 제한을 활성화한 경우에만 적용됩니다. 공급자에서 IP 제한을 활성화하지 않았다면 별도의 조치가 필요하지 않습니다. 다음 공급자는 일반적으로 이 설정을 요구합니다.
다른 공급자도 유사한 설정을 제공할 수 있습니다. 카탈로그의 해당 공급자 페이지와 공급자의 자체 문서를 확인하십시오.
허용 목록이 누락되었거나 최신이 아닐 때의 증상
두 집합은 서로 반대되는 방식으로 실패합니다. 변경하기 전에 증상이 어느 집합에 해당하는지 확인하십시오.연결은 성공하지만 데이터가 도착하지 않음
이는 동기화 주소 누락의 전형적인 증상입니다. 자격 증명은 연결 시점에 동일한 제한의 적용을 받지 않는 경우가 많은 경로를 통해 검증되므로, Living Security의 연결 대화 상자에는 성공으로 표시됩니다. 실패는 나중에 예약된 동기화가 실행되어 차단될 때 나타납니다. 다음을 확인하십시오.- 연결이 연결됨으로 표시되지만 스트림에서 레코드가 보고되지 않습니다.
- 동기화 실행이
401 Unauthorized또는403 Forbidden와 함께 실패합니다. - 몇 달 동안 작동하던 연동이 사용자 측 변경 없이 실패하기 시작합니다.
연결을 전혀 생성할 수 없음
이는 플랫폼 주소 누락의 전형적인 증상이며, 두 집합이 모두 필요한 연동에 나열된 연동에만 해당됩니다. 다음을 확인하십시오.- 액세스 토큰을 가져오는 중에 설정이 실패합니다. 연결이 생성되지 않습니다.
- HTTP 응답 없이 호스트에 연결할 수 없다는 오류가 보고됩니다.
- 공급자의 자체 로그인 로그 또는 조건부 액세스 로그에 허용 목록에 추가하지 않은 주소에서 온 요청이 차단된 것으로 표시됩니다.
전혀 연결할 수 없는 상태는 자격 증명 문제가 아닙니다. 인증이 이루어지지 않았으므로 시크릿을 교체하거나 클라이언트 자격 증명을 다시 생성해도 도움이 되지 않습니다. 허용 목록에 없는 소스 주소가 가장 흔한 원인이지만, 잘못된 호스트 이름, 잘못된 포트 또는 공급자 측 장애도 당사 측에서는 동일하게 보입니다.