SCC(Security Cloud Control)에서 Secure Access 서브스크립션을 요청하려고 할 때 서브스크립션 요청 프로세스 중 기존 인스턴스를 어태치(Attach)하는 대신 새 인스턴스 생성을 선택하면 클레임 코드가 사용됩니다. 이렇게 하면 Umbrella 대시보드에서 Upgrade Manager에 액세스할 수 없습니다. 이는 Umbrella에서 Secure Access로 마이그레이션하는 데 필수적입니다. 따라서 업그레이드 프로세스를 다시 시작하거나 계속할 수 없습니다. 원래 청구 코드가 이미 사용되었고 더 이상 올바른 첨부 프로세스에 사용할 수 없기 때문입니다.
Cisco Umbrella 조직
Cisco Secure Access 서브스크립션
SCC(Security Cloud Control) 대시보드
보안 액세스로의 마이그레이션이 필요한 기존 Umbrella 테넌트
이 해결 방법에서는 잘못 생성된 Secure Access 인스턴스를 비활성화하여 서브스크립션을 회수하고 적절한 첨부 프로세스를 진행할 수 있도록 합니다.
SCC(Security Cloud Control) 인터페이스로 이동하여 Attach existing instance(기존 인스턴스 연결) 대신 Create new instance(새 인스턴스 생성)를 선택한 경우 생성된 새로 생성된 Secure Access 인스턴스를 찾습니다.
Security Cloud Control 플랫폼에서 서브스크립션 관리 인터페이스에 액세스한 다음 새로 생성된 인스턴스 옆에 있는 3개의 점 메뉴를 사용하여 비활성화합니다. 이 작업은 등록을 회수하고 올바른 첨부 프로세스에 사용할 수 있도록 합니다.
SCC 인터페이스에서 Platform Management(플랫폼 관리) > Subscriptions(서브스크립션)로 이동하여 서브스크립션 관리 옵션에 액세스합니다.
잘못 생성된 인스턴스를 비활성화한 후 서브스크립션 청구 프로세스를 다시 시작하고 새 인스턴스 생성 대신 기존 인스턴스 연결을 선택하여 Secure Access 서브스크립션을 기존 Umbrella 테넌트에 올바르게 연결합니다.
서브스크립션이 기존 인스턴스에 제대로 연결되면 Upgrade Manager가 Umbrella 대시보드에 표시되는지 확인하여 Umbrella에서 Secure Access로의 마이그레이션 프로세스를 진행할 수 있도록 합니다.
사용자가 Security Cloud Control의 Secure Access 서브스크립션 클레임 프로세스 중에 Attach existing instance 대신 Create new instance(새 인스턴스 생성)를 선택하면 문제가 발생합니다. 이렇게 잘못 선택하면 기존 Umbrella 테넌트에 서브스크립션을 연결하는 대신 새 Secure Access 인스턴스를 만들어 클레임 코드를 사용합니다. 클레임 코드가 이러한 방식으로 사용되면 시스템은 동일한 코드의 재사용을 방지하여 마이그레이션 프로세스에 필요한 업그레이드 관리자에 대한 액세스를 차단합니다.
| 개정 | 게시 날짜 | 의견 |
|---|---|---|
1.0 |
19-May-2026
|
최초 릴리스 |