Discovery 사용

초기 welcome 페이지 또는 소스 보기에서 소스를 추가할 수 있습니다.

소스 생성 중에 인증 정보 보기 또는 소스 추가 마법사에서 인증 정보를 추가할 수 있습니다. 단일 소스에 포함된 모든 자산에 인증하기 위해 여러 인증 정보를 추가해야 할 수 있습니다.

검사를 실행하려면 소스 및 인증 정보 두 가지 기본 구조에 대한 데이터를 구성해야 합니다. 검사 중에 검사할 소스 유형에 따라 소스 및 인증 정보 구성에 필요한 데이터 유형이 결정됩니다.

소스에는 스캔 중에 검사할 단일 자산 또는 여러 자산 세트가 포함되어 있습니다. 다음 유형의 소스를 구성할 수 있습니다.

네트워크 소스로 작업할 때 단일 소스 내에서 그룹화해야 하는 개별 자산 수를 결정합니다. 현재 네트워크 소스의 소스에 여러 자산을 추가할 수 있습니다. 다음 목록에는 소스를 추가할 때 고려해야 할 몇 가지 다른 요소가 포함되어 있습니다.

인증 정보에는 해당 소스에 포함된 자산의 전체 또는 일부에서 검사를 실행할 수 있는 충분한 권한이 있는 사용자의 사용자 이름 및 암호 또는 SSH 키와 같은 데이터가 포함되어 있습니다. 소스와 마찬가지로 인증 정보는 네트워크, vCenter, Satellite, OpenShift, Ansible 또는 RHACS 유형으로 구성됩니다. 일반적으로 네트워크 소스에는 광범위한 IP 범위의 모든 자산에 액세스하는 데 필요한 많은 인증 정보가 필요할 것으로 예상되므로 여러 네트워크 인증 정보가 필요할 수 있습니다. 반대로 vCenter 또는 satellite 소스는 일반적으로 단일 vCenter 또는 Satellite 인증 정보를 사용하여 특정 시스템 관리 솔루션 서버에 액세스하고 OpenShift, Ansible 또는 RHACS 소스를 사용하면 단일 클러스터에 액세스할 수 있습니다.

소스 뷰에서 새 소스를 추가하고 인증 정보 뷰에서 새 인증 정보를 추가할 수 있습니다. 소스 생성 중에 새로 인증 정보를 추가하거나 기존 인증 정보를 선택할 수도 있습니다. 소스 생성 중에 소스와 직접 인증 정보를 연결합니다. 소스 및 인증 정보에 일치하는 유형이 있어야 하므로 소스 생성 중에 추가한 모든 인증 정보는 소스와 동일한 유형을 공유합니다. 또한 소스 생성 중에 기존 인증 정보를 사용하려는 경우 사용 가능한 인증 정보 목록에는 동일한 유형의 인증 정보만 포함됩니다. 예를 들어, 네트워크 소스 생성 중에 선택 시 네트워크 인증 정보만 사용할 수 있습니다.

Discovery 애플리케이션은 Ansible의 SSH 원격 연결 기능을 사용하여 네트워크 검사에서 원격 시스템을 검사합니다. 네트워크 인증 정보를 추가할 때 사용자 이름 및 암호 또는 사용자 이름 및 SSH 키 파일 쌍을 사용하여 SSH 연결을 구성합니다. SSH 키 인증을 사용하여 원격 시스템에 액세스하는 경우 SSH 키의 암호를 제공할 수도 있습니다.

네트워크 인증 정보 구성 중에도 become 메서드를 활성화할 수 있습니다. become 메서드는 권한 승격을 위해 검사 중에 사용됩니다. 이러한 승격된 권한은 명령을 실행하고 검사 중인 시스템에서 데이터를 얻으려면 필요합니다. 검사 중에 권한 승격이 필요하지 않고 명령에 대한 자세한 내용은 원격 네트워크 자산 스캔에 사용되는 명령을 참조하십시오.

초기 welcome 페이지 또는 소스 보기에서 소스를 추가할 수 있습니다.

소스 생성 중에 인증 정보 보기 또는 소스 추가 마법사에서 인증 정보를 추가할 수 있습니다.

검사를 실행하려면 소스 및 인증 정보 두 가지 기본 구조에 대한 데이터를 구성해야 합니다. 검사 중에 검사할 소스 유형에 따라 소스 및 인증 정보 구성에 필요한 데이터 유형이 결정됩니다.

소스에는 스캔 중에 검사할 단일 자산 또는 여러 자산 세트가 포함되어 있습니다. 다음 유형의 소스를 구성할 수 있습니다.

네트워크 소스로 작업할 때 단일 소스 내에서 그룹화해야 하는 개별 자산 수를 결정합니다. 현재 네트워크 소스의 소스에 여러 자산을 추가할 수 있습니다. 다음 목록에는 소스를 추가할 때 고려해야 할 몇 가지 다른 요소가 포함되어 있습니다.

인증 정보에는 해당 소스에 포함된 자산의 전체 또는 일부에서 검사를 실행할 수 있는 충분한 권한이 있는 사용자의 사용자 이름 및 암호 또는 SSH 키와 같은 데이터가 포함되어 있습니다. 소스와 마찬가지로 인증 정보는 네트워크, vCenter, Satellite, OpenShift, Ansible 또는 RHACS 유형으로 구성됩니다. 일반적으로 네트워크 소스에는 광범위한 IP 범위의 모든 자산에 액세스하는 데 필요한 많은 인증 정보가 필요할 것으로 예상되므로 여러 네트워크 인증 정보가 필요할 수 있습니다. 반대로 vCenter 또는 satellite 소스는 일반적으로 단일 vCenter 또는 Satellite 인증 정보를 사용하여 특정 시스템 관리 솔루션 서버에 액세스하고 OpenShift, Ansible 또는 RHACS 소스를 사용하면 단일 클러스터에 액세스할 수 있습니다.

소스 뷰에서 새 소스를 추가하고 인증 정보 뷰에서 새 인증 정보를 추가할 수 있습니다. 소스 생성 중에 새로 인증 정보를 추가하거나 기존 인증 정보를 선택할 수도 있습니다. 소스 생성 중에 소스와 직접 인증 정보를 연결합니다. 소스 및 인증 정보에 일치하는 유형이 있어야 하므로 소스 생성 중에 추가한 모든 인증 정보는 소스와 동일한 유형을 공유합니다. 또한 소스 생성 중에 기존 인증 정보를 사용하려는 경우 사용 가능한 인증 정보 목록에는 동일한 유형의 인증 정보만 포함됩니다. 예를 들어, 네트워크 소스 생성 중에 선택 시 네트워크 인증 정보만 사용할 수 있습니다.

Satellite 스캔의 경우 Satellite Server에 대한 연결 및 액세스는 HTTPS를 통해 암호화된 기본 인증(사용자 이름 및 암호)에서 파생됩니다. 기본적으로 Satellite 스캔은 SSL(Secure Sockets Layer) 프로토콜을 통해 인증서 검증 및 보안 통신으로 실행됩니다. 소스 생성 중에 인증서 검증 및 보안 통신에 사용할 여러 다른 SSL 및 TLS(Transport Layer Security) 프로토콜을 선택할 수 있습니다.

스캔 중에 Satellite 서버에 올바르게 연결하도록 인증서 검증 수준을 조정해야 할 수 있습니다. 예를 들어 Satellite 서버는 인증 기관의 확인된 SSL 인증서를 사용할 수 있습니다. 소스 생성 중에 SSL 인증서 검증을 업그레이드하여 해당 소스를 검사하는 동안 해당 인증서를 확인할 수 있습니다. 반대로 Satellite 서버에서 자체 서명된 인증서를 사용할 수 있습니다. 소스 생성 중에 해당 소스의 검사에서 인증서를 확인하지 않도록 SSL 검증을 기본값으로 유지할 수 있습니다. 이 옵션을 선택한 경우 자체 서명된 인증서의 기본값을 그대로 두려면 검사 오류가 발생하지 않을 수 있습니다.

SSL을 비활성화하는 옵션은 현재 인터페이스에서 사용할 수 있지만 Satellite Server는 SSL 비활성화를 지원하지 않습니다. Satellite 소스를 생성할 때 SSL 비활성화 옵션을 선택하면 이 옵션이 무시됩니다.

초기 welcome 페이지 또는 소스 보기에서 소스를 추가할 수 있습니다.

소스 생성 중에 인증 정보 보기 또는 소스 추가 마법사에서 인증 정보를 추가할 수 있습니다.

검사를 실행하려면 소스 및 인증 정보 두 가지 기본 구조에 대한 데이터를 구성해야 합니다. 검사 중에 검사할 소스 유형에 따라 소스 및 인증 정보 구성에 필요한 데이터 유형이 결정됩니다.

소스에는 스캔 중에 검사할 단일 자산 또는 여러 자산 세트가 포함되어 있습니다. 다음 유형의 소스를 구성할 수 있습니다.

네트워크 소스로 작업할 때 단일 소스 내에서 그룹화해야 하는 개별 자산 수를 결정합니다. 현재 네트워크 소스의 소스에 여러 자산을 추가할 수 있습니다. 다음 목록에는 소스를 추가할 때 고려해야 할 몇 가지 다른 요소가 포함되어 있습니다.

인증 정보에는 해당 소스에 포함된 자산의 전체 또는 일부에서 검사를 실행할 수 있는 충분한 권한이 있는 사용자의 사용자 이름 및 암호 또는 SSH 키와 같은 데이터가 포함되어 있습니다. 소스와 마찬가지로 인증 정보는 네트워크, vCenter, Satellite, OpenShift, Ansible 또는 RHACS 유형으로 구성됩니다. 일반적으로 네트워크 소스에는 광범위한 IP 범위의 모든 자산에 액세스하는 데 필요한 많은 인증 정보가 필요할 것으로 예상되므로 여러 네트워크 인증 정보가 필요할 수 있습니다. 반대로 vCenter 또는 satellite 소스는 일반적으로 단일 vCenter 또는 Satellite 인증 정보를 사용하여 특정 시스템 관리 솔루션 서버에 액세스하고 OpenShift, Ansible 또는 RHACS 소스를 사용하면 단일 클러스터에 액세스할 수 있습니다.

소스 뷰에서 새 소스를 추가하고 인증 정보 뷰에서 새 인증 정보를 추가할 수 있습니다. 소스 생성 중에 새로 인증 정보를 추가하거나 기존 인증 정보를 선택할 수도 있습니다. 소스 생성 중에 소스와 직접 인증 정보를 연결합니다. 소스 및 인증 정보에 일치하는 유형이 있어야 하므로 소스 생성 중에 추가한 모든 인증 정보는 소스와 동일한 유형을 공유합니다. 또한 소스 생성 중에 기존 인증 정보를 사용하려는 경우 사용 가능한 인증 정보 목록에는 동일한 유형의 인증 정보만 포함됩니다. 예를 들어, 네트워크 소스 생성 중에 선택 시 네트워크 인증 정보만 사용할 수 있습니다.

vCenter 검사의 경우 vCenter Server에 대한 연결과 액세스는 HTTPS를 통해 암호화된 기본 인증(사용자 이름 및 암호)에서 파생됩니다. 기본적으로 vCenter 검사는 SSL(Secure Sockets Layer) 프로토콜을 통해 인증서 검증 및 보안 통신으로 실행됩니다. 소스 생성 중에 인증서 검증 및 보안 통신에 사용할 여러 다른 SSL 및 TLS(Transport Layer Security) 프로토콜을 선택할 수 있습니다.

검사 중에 vCenter 서버에 올바르게 연결하도록 인증서 검증 수준을 조정해야 할 수 있습니다. 예를 들어 vCenter 서버는 인증 기관의 확인된 SSL 인증서를 사용할 수 있습니다. 소스 생성 중에 SSL 인증서 검증을 업그레이드하여 해당 소스를 검사하는 동안 해당 인증서를 확인할 수 있습니다. 반대로 vCenter 서버에서 자체 서명된 인증서를 사용할 수 있습니다. 소스 생성 중에 소스 검사에서 인증서를 확인하지 않도록 SSL 검증을 기본값으로 유지할 수 있습니다. 이 옵션을 선택한 경우 자체 서명된 인증서의 기본값을 그대로 두려면 검사 오류가 발생하지 않을 수 있습니다.

vCenter 서버가 웹 애플리케이션에 SSL 통신을 사용하도록 구성되지 않은 경우 검사 중에 SSL을 보안 통신 방법으로 비활성화해야 할 수도 있습니다. 예를 들어 vCenter 서버는 포트 80과 HTTP를 사용하여 웹 애플리케이션과 통신하도록 구성할 수 있습니다. 이 경우 소스 생성 중에 해당 소스의 검사에 대한 SSL 통신을 비활성화할 수 있습니다.

초기 welcome 페이지 또는 소스 보기에서 소스를 추가할 수 있습니다.

소스 생성 중에 인증 정보 보기 또는 소스 추가 마법사에서 인증 정보를 추가할 수 있습니다.

검사를 실행하려면 소스 및 인증 정보 두 가지 기본 구조에 대한 데이터를 구성해야 합니다. 검사 중에 검사할 소스 유형에 따라 소스 및 인증 정보 구성에 필요한 데이터 유형이 결정됩니다.

소스에는 스캔 중에 검사할 단일 자산 또는 여러 자산 세트가 포함되어 있습니다. 다음 유형의 소스를 구성할 수 있습니다.

네트워크 소스로 작업할 때 단일 소스 내에서 그룹화해야 하는 개별 자산 수를 결정합니다. 현재 네트워크 소스의 소스에 여러 자산을 추가할 수 있습니다. 다음 목록에는 소스를 추가할 때 고려해야 할 몇 가지 다른 요소가 포함되어 있습니다.

인증 정보에는 해당 소스에 포함된 자산의 전체 또는 일부에서 검사를 실행할 수 있는 충분한 권한이 있는 사용자의 사용자 이름 및 암호 또는 SSH 키와 같은 데이터가 포함되어 있습니다. 소스와 마찬가지로 인증 정보는 네트워크, vCenter, Satellite, OpenShift, Ansible 또는 RHACS 유형으로 구성됩니다. 일반적으로 네트워크 소스에는 광범위한 IP 범위의 모든 자산에 액세스하는 데 필요한 많은 인증 정보가 필요할 것으로 예상되므로 여러 네트워크 인증 정보가 필요할 수 있습니다. 반대로 vCenter 또는 satellite 소스는 일반적으로 단일 vCenter 또는 Satellite 인증 정보를 사용하여 특정 시스템 관리 솔루션 서버에 액세스하고 OpenShift, Ansible 또는 RHACS 소스를 사용하면 단일 클러스터에 액세스할 수 있습니다.

소스 뷰에서 새 소스를 추가하고 인증 정보 뷰에서 새 인증 정보를 추가할 수 있습니다. 소스 생성 중에 새로 인증 정보를 추가하거나 기존 인증 정보를 선택할 수도 있습니다. 소스 생성 중에 소스와 직접 인증 정보를 연결합니다. 소스 및 인증 정보에 일치하는 유형이 있어야 하므로 소스 생성 중에 추가한 모든 인증 정보는 소스와 동일한 유형을 공유합니다. 또한 소스 생성 중에 기존 인증 정보를 사용하려는 경우 사용 가능한 인증 정보 목록에는 동일한 유형의 인증 정보만 포함됩니다. 예를 들어, 네트워크 소스 생성 중에 선택 시 네트워크 인증 정보만 사용할 수 있습니다.

OpenShift 검사의 경우 OpenShift 클러스터 API 주소에 대한 연결 및 액세스는 클러스터 API 주소와 HTTPS를 통해 암호화된 API 토큰을 사용하여 기본 인증에서 파생됩니다. 기본적으로 OpenShift 검사는 SSL(Secure Sockets Layer) 프로토콜을 통해 인증서 검증 및 보안 통신으로 실행됩니다. 소스 생성 중에 인증서 검증 및 보안 통신에 사용할 여러 다른 SSL 및 TLS(Transport Layer Security) 프로토콜을 선택할 수 있습니다.

검사 중에 Red Hat OpenShift Container Platform 클러스터 API 주소에 올바르게 연결하도록 인증서 검증 수준을 조정해야 할 수 있습니다. 예를 들어 OpenShift 클러스터 API 주소는 인증 기관의 확인된 SSL 인증서를 사용할 수 있습니다. 소스 생성 중에 SSL 인증서 검증을 업그레이드하여 해당 소스를 검사하는 동안 해당 인증서를 확인할 수 있습니다. 반대로 클러스터 API 주소가 자체 서명된 인증서를 사용할 수 있습니다. 소스 생성 중에 소스 검사에서 인증서를 확인하지 않도록 SSL 검증을 기본값으로 유지할 수 있습니다. 이 옵션을 선택한 경우 자체 서명된 인증서의 기본값을 그대로 두려면 검사 오류가 발생하지 않을 수 있습니다.

OpenShift 클러스터 API 주소가 웹 애플리케이션에 SSL 통신을 사용하도록 구성되지 않은 경우 스캔 중에 SSL을 보안 통신 방법으로 비활성화해야 할 수도 있습니다. 예를 들어 HTTP와 포트 80을 사용하여 웹 애플리케이션과 통신하도록 OpenShift 서버를 구성할 수 있습니다. 이 경우 소스 생성 중에 해당 소스의 검사에 대한 SSL 통신을 비활성화할 수 있습니다.

초기 welcome 페이지 또는 소스 보기에서 소스를 추가할 수 있습니다.

소스 생성 중에 인증 정보 보기 또는 소스 추가 마법사에서 인증 정보를 추가할 수 있습니다.

검사를 실행하려면 소스 및 인증 정보 두 가지 기본 구조에 대한 데이터를 구성해야 합니다. 검사 중에 검사할 소스 유형에 따라 소스 및 인증 정보 구성에 필요한 데이터 유형이 결정됩니다.

소스에는 스캔 중에 검사할 단일 자산 또는 여러 자산 세트가 포함되어 있습니다. 다음 유형의 소스를 구성할 수 있습니다.

네트워크 소스로 작업할 때 단일 소스 내에서 그룹화해야 하는 개별 자산 수를 결정합니다. 현재 네트워크 소스의 소스에 여러 자산을 추가할 수 있습니다. 다음 목록에는 소스를 추가할 때 고려해야 할 몇 가지 다른 요소가 포함되어 있습니다.

인증 정보에는 해당 소스에 포함된 자산의 전체 또는 일부에서 검사를 실행할 수 있는 충분한 권한이 있는 사용자의 사용자 이름 및 암호 또는 SSH 키와 같은 데이터가 포함되어 있습니다. 소스와 마찬가지로 인증 정보는 네트워크, vCenter, Satellite, OpenShift, Ansible 또는 RHACS 유형으로 구성됩니다. 일반적으로 네트워크 소스에는 광범위한 IP 범위의 모든 자산에 액세스하는 데 필요한 많은 인증 정보가 필요할 것으로 예상되므로 여러 네트워크 인증 정보가 필요할 수 있습니다. 반대로 vCenter 또는 satellite 소스는 일반적으로 단일 vCenter 또는 Satellite 인증 정보를 사용하여 특정 시스템 관리 솔루션 서버에 액세스하고 OpenShift, Ansible 또는 RHACS 소스를 사용하면 단일 클러스터에 액세스할 수 있습니다.

소스 뷰에서 새 소스를 추가하고 인증 정보 뷰에서 새 인증 정보를 추가할 수 있습니다. 소스 생성 중에 새로 인증 정보를 추가하거나 기존 인증 정보를 선택할 수도 있습니다. 소스 생성 중에 소스와 직접 인증 정보를 연결합니다. 소스 및 인증 정보에 일치하는 유형이 있어야 하므로 소스 생성 중에 추가한 모든 인증 정보는 소스와 동일한 유형을 공유합니다. 또한 소스 생성 중에 기존 인증 정보를 사용하려는 경우 사용 가능한 인증 정보 목록에는 동일한 유형의 인증 정보만 포함됩니다. 예를 들어, 네트워크 소스 생성 중에 선택 시 네트워크 인증 정보만 사용할 수 있습니다.

Ansible 스캔의 경우 Ansible 호스트 IP 주소에 대한 연결 및 액세스는 호스트 IP 주소와 HTTPS를 통해 암호화된 암호를 사용하여 기본 인증에서 파생됩니다. 기본적으로 Ansible 스캔은 SSL(Secure Sockets Layer) 프로토콜을 통해 인증서 검증 및 보안 통신으로 실행됩니다. 소스 생성 중에 인증서 검증 및 보안 통신에 사용할 여러 다른 SSL 및 TLS(Transport Layer Security) 프로토콜을 선택할 수 있습니다.

스캔 중에 Ansible 호스트 IP 주소에 올바르게 연결하도록 인증서 검증 수준을 조정해야 할 수 있습니다. 예를 들어 Ansible 호스트 Ip 주소는 인증 기관의 확인된 SSL 인증서를 사용할 수 있습니다. 소스 생성 중에 SSL 인증서 검증을 업그레이드하여 해당 소스를 검사하는 동안 해당 인증서를 확인할 수 있습니다. 반대로 호스트 IP 주소는 자체 서명된 인증서를 사용할 수 있습니다. 소스 생성 중에 소스 검사에서 인증서를 확인하지 않도록 SSL 검증을 기본값으로 유지할 수 있습니다. 이 옵션을 선택한 경우 자체 서명된 인증서의 기본값을 그대로 두려면 검사 오류가 발생하지 않을 수 있습니다.

Ansible 호스트 IP 주소가 웹 애플리케이션에 SSL 통신을 사용하도록 구성되지 않은 경우 스캔 중에 SSL을 보안 통신 방법으로 비활성화해야 할 수도 있습니다. 예를 들어 포트 80에서 HTTP를 사용하여 웹 애플리케이션과 통신하도록 Ansible 호스트 IP 주소를 구성할 수 있습니다. 이 경우 소스 생성 중에 해당 소스의 검사에 대한 SSL 통신을 비활성화할 수 있습니다.

초기 welcome 페이지 또는 소스 보기에서 소스를 추가할 수 있습니다.

소스 생성 중에 인증 정보 보기 또는 소스 추가 마법사에서 인증 정보를 추가할 수 있습니다.

검사를 실행하려면 소스 및 인증 정보 두 가지 기본 구조에 대한 데이터를 구성해야 합니다. 검사 중에 검사할 소스 유형에 따라 소스 및 인증 정보 구성에 필요한 데이터 유형이 결정됩니다.

소스에는 스캔 중에 검사할 단일 자산 또는 여러 자산 세트가 포함되어 있습니다. 다음 유형의 소스를 구성할 수 있습니다.

네트워크 소스로 작업할 때 단일 소스 내에서 그룹화해야 하는 개별 자산 수를 결정합니다. 현재 네트워크 소스의 소스에 여러 자산을 추가할 수 있습니다. 다음 목록에는 소스를 추가할 때 고려해야 할 몇 가지 다른 요소가 포함되어 있습니다.

인증 정보에는 해당 소스에 포함된 자산의 전체 또는 일부에서 검사를 실행할 수 있는 충분한 권한이 있는 사용자의 사용자 이름 및 암호 또는 SSH 키와 같은 데이터가 포함되어 있습니다. 소스와 마찬가지로 인증 정보는 네트워크, vCenter, Satellite, OpenShift, Ansible 또는 RHACS 유형으로 구성됩니다. 일반적으로 네트워크 소스에는 광범위한 IP 범위의 모든 자산에 액세스하는 데 필요한 많은 인증 정보가 필요할 것으로 예상되므로 여러 네트워크 인증 정보가 필요할 수 있습니다. 반대로 vCenter 또는 satellite 소스는 일반적으로 단일 vCenter 또는 Satellite 인증 정보를 사용하여 특정 시스템 관리 솔루션 서버에 액세스하고 OpenShift, Ansible 또는 RHACS 소스를 사용하면 단일 클러스터에 액세스할 수 있습니다.

소스 뷰에서 새 소스를 추가하고 인증 정보 뷰에서 새 인증 정보를 추가할 수 있습니다. 소스 생성 중에 새로 인증 정보를 추가하거나 기존 인증 정보를 선택할 수도 있습니다. 소스 생성 중에 소스와 직접 인증 정보를 연결합니다. 소스 및 인증 정보에 일치하는 유형이 있어야 하므로 소스 생성 중에 추가한 모든 인증 정보는 소스와 동일한 유형을 공유합니다. 또한 소스 생성 중에 기존 인증 정보를 사용하려는 경우 사용 가능한 인증 정보 목록에는 동일한 유형의 인증 정보만 포함됩니다. 예를 들어, 네트워크 소스 생성 중에 선택 시 네트워크 인증 정보만 사용할 수 있습니다.

RHACS(Red Hat Advanced Cluster Security for Kubernetes) 검사의 경우 RHACS API에 대한 연결 및 액세스는 TLS(Transport Layer Security)를 통해 암호화된 API 토큰 인증을 사용하여 전달자 토큰 인증에서 파생됩니다. 기본적으로 RHACS 검사는 인증서 검증 및 TLS 프로토콜을 통해 보안 통신으로 실행됩니다. 소스 생성 중에 인증서 검증 및 보안 통신에 사용할 여러 다른 SSL(Secure Sockets Layer) 및 TLS 프로토콜을 선택할 수 있습니다.

스캔 중에 RHACS 포털에 연결하기 위해 인증서 검증 수준을 조정해야 할 수 있습니다. 예를 들어 RHACS 인스턴스에서 인증 기관의 확인된 TLS 인증서를 사용할 수 있습니다. 소스 생성 중에 TLS 인증서 검증을 업그레이드하여 해당 소스를 검사하는 동안 해당 인증서를 확인할 수 있습니다. 반대로 RHACS 인스턴스에서 자체 서명된 인증서를 사용할 수 있습니다. 소스 생성 중에 소스 검사에서 인증서를 확인하지 않도록 TLS 검증을 기본값으로 유지할 수 있습니다. 이 옵션을 선택한 경우 자체 서명된 인증서의 기본값을 그대로 두려면 검사 오류가 발생하지 않을 수 있습니다.

RHACS 인스턴스가 웹 애플리케이션에 TSL 통신을 사용하도록 구성되지 않은 경우 스캔 중에 TSL을 보안 통신 방법으로 비활성화해야 할 수도 있습니다. 예를 들어, RHACS 인스턴스는 포트 80과 HTTP를 사용하여 웹 애플리케이션과 통신하도록 구성할 수 있습니다. 이 경우 소스 생성 중에 해당 소스의 검사에 대한 TSL 통신을 비활성화할 수 있습니다.

소스 뷰에서 새 스캔을 수행할 수 있습니다. 단일 소스 스캔을 수행하거나 여러 소스를 선택하여 단일 스캔으로 통합할 수 있습니다. 소스 보기를 사용하여 스캔을 실행할 때마다 새 스캔으로 저장하라는 메시지가 표시됩니다.

스캔을 처음 실행하면 스캔이 스캔 뷰에 저장됩니다. 해당 보기에서 다시 스캔을 수행하여 데이터를 업데이트할 수 있습니다. 스캔 보기에서 스캔을 실행할 때마다 스캔의 새 스캔 작업으로 저장됩니다.

스캔 이름을 지정하고 처음 실행하면 스캔 보기에 추가됩니다. 그런 다음 스캔 작업이라는 해당 스캔의 새 인스턴스를 실행하여 해당 스캔에 대해 수집된 데이터를 업데이트할 수 있습니다.

스캔 실행을 시작할 때 현재 실행 중인 스캔 작업을 중지해야 할 수 있습니다. 예를 들어 IT 상태 모니터링 시스템의 경고로 인해 긴급 수정을 수행해야 하거나 현재 실행 중인 더 낮은 우선 순위 검사보다 더 많은 CPU 리소스를 사용하는 우선 순위 검사를 실행해야 하는 여러 가지 비즈니스 이유가 있을 수 있습니다.

검사 작업을 일시 중지하거나 취소하여 중지할 수 있습니다. 일시 중지된 스캔 작업을 다시 시작할 수 있지만 취소된 스캔 작업을 다시 시작할 수 없습니다.

일시 중지된 스캔 작업을 다시 시작하려면 다음을 수행합니다.

실행 중인 스캔 작업을 취소하려면 다음을 수행합니다.

스캔을 삭제하는 것은 해당 스캔에 대한 검색 및 모든 스캔 작업을 삭제하는 되돌릴 수 없는 작업입니다. 삭제된 스캔을 검색할 수 없습니다.

소스 및 인증 정보를 생성한 후 스캔을 생성할 수 있습니다. 스캔 은 재현 가능한 방식으로 스캔을 수행하거나 스캔할 수 있는 단위로 소스를 그룹화하는 오브젝트입니다. 저장된 스캔을 실행할 때마다 해당 인스턴스는 스캔 작업으로 저장됩니다. 스캔 작업의 출력은 해당 소스에 포함된 모든 IT 리소스에 대해 수집된 팩트 컬렉션 보고서 입니다.

스캔에는 하나 이상의 소스와 소스 생성 시 해당 소스와 연결된 인증 정보가 포함됩니다. 스캔 작업이 실행되면 제공된 인증 정보를 사용하여 소스에 포함된 자산에 연락한 다음 자산을 검사하여 보고서의 해당 자산에 대한 팩트를 수집합니다. 단일 스캔에 다양한 유형의 소스를 포함하여 단일 스캔에 여러 소스를 추가할 수 있습니다.

스캔 작업은 처리되는 동안 두 단계 또는 작업을 통해 이동합니다. 이 두 작업은 연결 작업과 검사 작업입니다.

스캔 작업 또는 스캔의 개별 인스턴스는 라이프사이클 동안 여러 상태를 통해 이동합니다.

스캔을 시작하면 스캔 작업이 생성되고 스캔 작업이 생성됨 상태가 됩니다. 그런 다음 스캔 작업이 처리를 위해 대기열에 추가되고 스캔 작업이 보류 중 상태로 전환됩니다. 스캔 작업은 시작 순서대로 직렬로 실행됩니다.

Discovery 서버가 대기열의 특정 스캔 작업에 도달하면 해당 스캔 작업의 처리가 시작될 때 스캔 작업이 보류 상태에서 실행 상태로 전환됩니다. 스캔 프로세스가 성공적으로 완료되면 스캔 작업이 완료 상태로 전환되고 스캔 작업에서 보고서에서 볼 수 있는 결과를 생성합니다. 스캔 프로세스에서 스캔을 성공적으로 완료하지 못하는 오류가 발생하면 스캔 작업이 중지되고 스캔 작업이 실패 상태로 전환됩니다. 실패한 스캔에 대한 추가 상태 메시지에는 실패 원인을 결정하는 데 도움이 되는 정보가 포함되어 있습니다.

스캔 작업에서 수행된 사용자 작업으로 인한 스캔 작업의 기타 상태입니다. 보류 중이거나 실행 중인 동안 스캔 작업을 일시 중지하거나 취소할 수 있습니다. 일시 중지된 상태의 스캔 작업을 다시 시작할 수 있습니다. 취소된 상태의 스캔 작업은 다시 시작할 수 없습니다.

소스 뷰에서 새 스캔을 수행할 수 있습니다. 단일 소스 스캔을 수행하거나 여러 소스를 선택하여 단일 스캔으로 통합할 수 있습니다. 검사 구성의 일부로 딥 스캔 프로세스를 사용하여 비표준 위치의 제품을 검색하도록 선택할 수 있습니다.

딥 스캔 프로세스에서는 find 명령을 사용하므로 검색 프로세스가 검사 중인 시스템에 CPU 리소스를 많이 사용할 수 있습니다. 따라서 프로덕션 시스템과 같이 지속적인 가용성이 필요한 시스템에 대한 깊은 검사를 선택할 때 재량에 따라 사용해야 합니다.

스캔을 처음 실행하면 스캔이 스캔 뷰에 저장됩니다. 해당 보기에서 검사를 다시 실행하여 데이터를 업데이트할 수 있습니다.

스캔 이름을 지정하고 처음 실행하면 스캔 보기에 추가됩니다. 그런 다음 스캔 작업이라는 해당 스캔의 새 인스턴스를 실행하여 해당 스캔에 대해 수집된 데이터를 업데이트할 수 있습니다.

스캔 실행을 시작할 때 현재 실행 중인 스캔 작업을 중지해야 할 수 있습니다. 예를 들어 IT 상태 모니터링 시스템의 경고로 인해 긴급 수정을 수행해야 하거나 현재 실행 중인 더 낮은 우선 순위 검사보다 더 많은 CPU 리소스를 사용하는 우선 순위 검사를 실행해야 하는 여러 가지 비즈니스 이유가 있을 수 있습니다.

검사 작업을 일시 중지하거나 취소하여 중지할 수 있습니다. 일시 중지된 스캔 작업을 다시 시작할 수 있지만 취소된 스캔 작업을 다시 시작할 수 없습니다.

일시 중지된 스캔 작업을 다시 시작하려면 다음을 수행합니다.

실행 중인 스캔 작업을 취소하려면 다음을 수행합니다.

스캔을 삭제하는 것은 해당 스캔에 대한 검색 및 모든 스캔 작업을 삭제하는 되돌릴 수 없는 작업입니다. 삭제된 스캔을 검색할 수 없습니다.

소스 및 인증 정보를 생성한 후 스캔을 생성할 수 있습니다. 스캔 은 재현 가능한 방식으로 스캔을 수행하거나 스캔할 수 있는 단위로 소스를 그룹화하는 오브젝트입니다. 저장된 스캔을 실행할 때마다 해당 인스턴스는 스캔 작업으로 저장됩니다. 스캔 작업의 출력은 해당 소스에 포함된 모든 IT 리소스에 대해 수집된 팩트 컬렉션 보고서 입니다.

스캔에는 하나 이상의 소스와 소스 생성 시 해당 소스와 연결된 인증 정보가 포함됩니다. 스캔 작업이 실행되면 제공된 인증 정보를 사용하여 소스에 포함된 자산에 연락한 다음 자산을 검사하여 보고서의 해당 자산에 대한 팩트를 수집합니다. 단일 스캔에 다양한 유형의 소스를 포함하여 단일 스캔에 여러 소스를 추가할 수 있습니다.

스캔 작업은 처리되는 동안 두 단계 또는 작업을 통해 이동합니다. 이 두 작업은 연결 작업과 검사 작업입니다.

스캔 작업 또는 스캔의 개별 인스턴스는 라이프사이클 동안 여러 상태를 통해 이동합니다.

스캔을 시작하면 스캔 작업이 생성되고 스캔 작업이 생성됨 상태가 됩니다. 그런 다음 스캔 작업이 처리를 위해 대기열에 추가되고 스캔 작업이 보류 중 상태로 전환됩니다. 스캔 작업은 시작 순서대로 직렬로 실행됩니다.

Discovery 서버가 대기열의 특정 스캔 작업에 도달하면 해당 스캔 작업의 처리가 시작될 때 스캔 작업이 보류 상태에서 실행 상태로 전환됩니다. 스캔 프로세스가 성공적으로 완료되면 스캔 작업이 완료 상태로 전환되고 스캔 작업에서 보고서에서 볼 수 있는 결과를 생성합니다. 스캔 프로세스에서 스캔을 성공적으로 완료하지 못하는 오류가 발생하면 스캔 작업이 중지되고 스캔 작업이 실패 상태로 전환됩니다. 실패한 스캔에 대한 추가 상태 메시지에는 실패 원인을 결정하는 데 도움이 되는 정보가 포함되어 있습니다.

스캔 작업에서 수행된 사용자 작업으로 인한 스캔 작업의 기타 상태입니다. 보류 중이거나 실행 중인 동안 스캔 작업을 일시 중지하거나 취소할 수 있습니다. 일시 중지된 상태의 스캔 작업을 다시 시작할 수 있습니다. 취소된 상태의 스캔 작업은 다시 시작할 수 없습니다.

스캔 보기에서 하나 이상의 보고서를 선택하고 다운로드하여 보고서 데이터를 볼 수 있습니다.

보고서를 보려면 .tar.gz 파일을 report_id_ID 디렉터리로 압축 해제하십시오. 압축되지 않은 보고서 번들에는 CSV 및 JSON 형식의 두 가지 세부 정보 보고서와 CSV 및 JSON 형식의 배포 보고서 두 개가 포함되어 있습니다.

스캔 프로세스는 IT 인프라의 시스템을 검색하고, 해당 시스템의 특성과 콘텐츠에 대한 정보를 검사 및 수집하고, 각 시스템을 검사하는 동안 수집하는 정보에서 보고서를 생성하는 데 사용됩니다.

시스템은 SSH 연결, vCenter Server 데이터, Satellite Server API 또는 Red Hat OpenShift 클러스터 API를 통해 검사 작업에서 상호 순환할 수 있는 엔터티입니다. 따라서 시스템은 물리적 또는 가상 머신과 같은 머신일 수 있으며 컨테이너 또는 클러스터와 같은 다른 유형의 엔터티일 수도 있습니다.

{
    "os_release": "Red Hat Enterprise Linux Atomic Host 7.4",
    "cpu_count": 4,
    "products": [
        {
            "name": "JBoss EAP",
            "version": null,
            "presence": "absent",
            "metadata": {
                "source_id": 5,
                "source_name": "S62Source",
                "source_type": "satellite",
                "raw_fact_key": null
            }
        }
    ],
    "entitlements": [
        {
            "name": "Satellite Tools 6.3",
            "entitlement_id": 54,
            "metadata": {
                "source_id": 5,
                "source_name": "S62Source",
                "source_type": "satellite",
                "raw_fact_key": "entitlements"
            }
        }
    ],
    "metadata": {
        "os_release": {
            "source_id": 5,
            "source_name": "S62Source",
            "source_type": "satellite",
            "raw_fact_key": "os_release"
        },
        "cpu_count": {
            "source_id": 4,
            "source_name": "NetworkSource",
            "source_type": "network",
            "raw_fact_key": "os_release"
        }
    },
    "sources": [
        {
            "id": 4,
            "source_type": "network",
            "name": "NetworkSource"
        },
        {
            "id": 5,
            "source_type": "satellite",
            "name": "S62Source"
        }
    ]
}

{
    "os_release": "Red Hat Enterprise Linux Atomic Host 7.4",
    "cpu_count": 4,
    "products": [
        {
            "name": "JBoss EAP",
            "version": null,
            "presence": "absent",
            "metadata": {
                "source_id": 5,
                "source_name": "S62Source",
                "source_type": "satellite",
                "raw_fact_key": null
            }
        }
    ],
    "entitlements": [
        {
            "name": "Satellite Tools 6.3",
            "entitlement_id": 54,
            "metadata": {
                "source_id": 5,
                "source_name": "S62Source",
                "source_type": "satellite",
                "raw_fact_key": "entitlements"
            }
        }
    ],
    "metadata": {
        "os_release": {
            "source_id": 5,
            "source_name": "S62Source",
            "source_type": "satellite",
            "raw_fact_key": "os_release"
        },
        "cpu_count": {
            "source_id": 4,
            "source_name": "NetworkSource",
            "source_type": "network",
            "raw_fact_key": "os_release"
        }
    },
    "sources": [
        {
            "id": 4,
            "source_type": "network",
            "name": "NetworkSource"
        },
        {
            "id": 5,
            "source_type": "satellite",
            "name": "S62Source"
        }
    ]
}

오프라인 및 에어 갭이 있는 모든 시스템은 정기적으로 스캔하고 Insights 보고서를 통해 보고하여 정확한 데이터가 Hybrid Cloud Console에 도달했는지 확인해야 합니다. Insights 보고서를 매주 보내는 것이 현재 권장 사항입니다. 주간 주기로 하는 경우 서브스크립션 서비스의 서브스크립션 사용을 효과적으로 모니터링할 수 있는 충분한 이정표를 제공합니다.

Insights 보고서에서 제공하는 데이터 유형에 따라 데이터 마스킹이 보고서의 품질에 영향을 줄 수 있습니다. 특히 보고의 중복 제거 및 병합 프로세스에서 두드러집니다.

예를 들어 Insights 보고서에 IT 인프라의 연결된 부분과 연결이 끊긴 부분에 대한 데이터가 포함되어 있고 해당 보고서에서 데이터를 마스킹하는 경우 Red Hat Satellite 또는 Red Hat Insights와 같은 다른 방법을 통해 보고되는 연결된 시스템이 중복됩니다. 따라서 Red Hat Insights, Satellite, Red Hat Subscription Management 또는 유사한 툴을 통해 직접 보고되는 시스템이 이미 있는 경우 인사이트 보고서를 생성할 때 시스템을 구분하는 데 도움이 되는 호스트 이름, IP 주소 및 유사한 사실을 마스킹하지 않아야 합니다.

일반적으로 IT 인프라의 연결이 끊긴 부분만 다루는 검사 또는 연결이 끊긴 고객의 경우 100 % 연결이 끊긴 고객의 경우 마스킹은 일관된 해시 값을 사용하는 경우 선택 사항입니다. 그러나 마스킹은 권장되지 않습니다. 마스킹은 개별 시스템을 구분하는 데 사용되는 정보 유형을 제거하므로 마스킹을 사용하면 Red Hat Insights 및 서브스크립션 서비스와 같은 기타 하이브리드 클라우드 콘솔 툴에서 제공하는 대부분의 이점을 얻을 수 없습니다.