무료 온라인 액세스 CheckPoint.156-315.81.v2024-05-04.q149 모의 시험 (Page 27)

156-315.81 문제 126

Check Point 구성 요소 간에 신뢰가 설정된 후 이름 및 IP 주소 변경에 대한 진실은 무엇입니까?

A. 신뢰를 다시 설정하지 않으면 보안 게이트웨이 IP 주소를 변경할 수 없습니다.

B. 신뢰를 다시 설정하지 않으면 명령줄에서 보안 게이트웨이 이름을 변경할 수 없습니다.

C. 신뢰를 다시 설정하지 않으면 SmartConsole에서 보안 관리 서버 이름을 변경할 수 없습니다.

D. 신뢰를 다시 설정하지 않으면 보안 관리 서버 IP 주소를 변경할 수 없습니다.

정답: A

설명
Check Point 구성 요소 간에 신뢰가 설정된 후에는 신뢰를 다시 설정하지 않으면 보안 게이트웨이 IP 주소를 변경할 수 없습니다. 이는 인증서를 사용하여 통신을 인증하고 암호화하는 SIC(Secure Internal Communication) 메커니즘을 기반으로 신뢰가 이루어지기 때문입니다. 인증서는 보안 관리 서버/도메인 관리 서버의 내부 인증 기관(ICA)에서 발급되며 구성 요소의 이름과 IP 주소를 포함합니다. 따라서 구성 요소의 IP 주소가 변경되면 인증서가 무효화되고 신뢰가 상실됩니다. 신뢰를 복원하려면 ICA12에서 인증서를 갱신하거나 재발급해야 합니다.
그러나 이 규칙에는 몇 가지 예외가 있습니다. 보안 게이트웨이 이름은 IP 주소가 동일하게 유지되는 한 신뢰를 다시 설정하지 않고도 명령줄에서 변경할 수 있습니다. 이는 SIC 메커니즘이 호스트 이름이 아닌 IP 주소 및 SIC 이름(일반적으로 호스트 이름에서 파생되지만 수동으로 변경할 수 있음)에 의존하기 때문입니다. 보안 관리 서버 이름은 IP 주소가 동일하게 유지되는 한 신뢰를 다시 설정하지 않고도 SmartConsole에서 변경할 수 있습니다. 이는 SmartConsole이 SIC 인증서에 의존하지 않는 다른 메커니즘을 사용하여 Security Management Server에 연결하기 때문입니다. 관리되는 보안 게이트웨이/클러스터 구성원/VSX 가상 장치에서 Check Point 레지스트리 파일을 업데이트하기 위해 일부 단계를 따르는 한 보안 관리 서버 IP 주소는 신뢰를 다시 설정하지 않고도 변경할 수 있습니다. 이는 레지스트리 파일에 인증서 갱신에 사용되는 ICA의 IP 주소가 포함되어 있기 때문입니다. 레지스트리 파일이 업데이트되지 않으면 인증서 갱신이 실패하고 신뢰가 상실됩니다3.
참고 자료: 1: Check Point R81 보안 관리 가이드 - Check Point 소프트웨어, 162페이지 2: Check Point R81 보안 엔지니어링 가이드 - Check Point 소프트웨어, 162페이지 3: 보안 관리 서버의 IP 주소 변경 후 SIC를 갱신하는 방법 - Check Point 소프트웨어 , 솔루션 ID: sk103356

156-315.81 문제 127

CPSTAT를 사용할 때 AMON 서버가 사용하는 기본 포트는 무엇입니까?

A. 18192

B. 18190

C. 18194

D. 18191

156-315.81 문제 128

관리자에게 아래 메시지가 표시되는 이유는 무엇입니까?

A. 관리 및 게이트웨이 모두에 생성된 새 정책 패키지가 삭제되므로 계속하기 전에 먼저 백업해야 합니다.

B. 관리에서 생성된 새 정책 패키지가 기존 게이트웨이에 설치됩니다.

C. 게이트웨이에서 생성된 새 정책 패키지가 기존 관리에 설치됩니다.

D. 게이트웨이에서 생성되어 관리로 전송된 새 정책 패키지는 현재 게이트웨이에 있는 정책 패키지로 덮어쓰지만 게이트웨이의 정기 백업에서 복원할 수 있습니다.

156-315.81 문제 129

빈칸 채우기: R81 유틸리티 fw 모니터는 ________ 문제를 해결하는 데 사용됩니다.

A. 사용자 데이터베이스 손상

B. LDAP 충돌

C. 교통 문제

D. 2단계 핵심 협상

156-315.81 문제 130

URL 필터링, 안티 바이러스, IPS 및 위협 에뮬레이션과 같은 다른 위협 예방 메커니즘과 비교하여 Anti-Bot이 독특한 이유는 무엇입니까?

A. Anti-Bot은 알려지지 않은 악성 코드에 대한 유일한 대응책입니다.

B. Anti-Bot은 알려진 명령 및 제어 센터에 대해 반격을 시작하는 유일한 보호 메커니즘입니다.

C. Anti-Bot은 유일한 서명 기반 맬웨어 보호 방법입니다.

D. Anti-Bot은 호스트가 명령 및 제어 센터에 연결하는 것을 방지하는 감염 후 맬웨어 보호입니다.

다른 버전: 1363CheckPoint.156-315.81.v2025-11-10.q190; 3787CheckPoint.156-315.81.v2024-07-13.q491; 2773CheckPoint.156-315.81.v2023-07-17.q194; 3001CheckPoint.156-315.81.v2023-03-15.q173

최근 업로드: 166Huawei.H12-351_V1.0.v2026-09-04.q76; 796Cisco.300-435.v2026-09-03.q259; 390Oracle.1Z0-1045-26.v2026-09-03.q17; 685IIA.IIA-CIA-Part1.v2026-09-03.q627; 542Fortinet.NSE6_OTS_AR-7.6.v2026-09-03.q95; 522Snowflake.DAA-C01.v2026-09-03.q67; 3520Salesforce.AP-223.v2026-09-01.q94; 2634Splunk.SPLK-5001.v2026-09-01.q60; 3967Cisco.300-540.v2026-09-01.q62; 5207Microsoft.MS-102-KR.v2026-09-01.q239