무료 온라인 액세스 Google.Professional-Cloud-Network-Engineer.v2025-11-24.q123 모의 시험 (Page 12)

Professional-Cloud-Network-Engineer 문제 51

회사 보안팀은 보안 위협으로부터 보호하기 위해 웹 서버에 도달할 수 있는 인바운드 트래픽 유형을 제한하고자 합니다. Virtual Private Cloud(VPC) 내 웹 서버의 방화벽 규칙을 구성하여 HTTP 및 HTTPS 웹 트래픽을 TCP로만 처리하도록 해야 합니다. 어떻게 해야 할까요?

A. TCP 포트 80에 대한 모든 IP 주소를 허용하기 위해 대상 태그 "web-server"를 사용하여 일치 허용 방화벽 규칙을 만듭니다.

B. TCP 포트 80에 대한 모든 IP 주소를 허용하기 위해 대상 태그 "web-server"를 사용하여 매치 이그레스 방화벽 규칙을 만듭니다.

C. TCP 포트 80 및 443에 대한 모든 IP 주소를 허용하기 위해 대상 태그 "web-server"를 사용하여 일치하는 수신 허용 방화벽 규칙을 만듭니다.

D. TCP 포트 60 및 443에 대해 웹 서버 IP 주소를 허용하기 위해 대상 태그 "web-server"를 사용하여 매치 이그레스 허용 방화벽 규칙을 만듭니다.

Professional-Cloud-Network-Engineer 문제 52

새로운 프라이빗 Google Kubernetes Engine(GKE) 클러스터를 위한 IP 주소 체계를 설계하고 있습니다. RFC 1918 주소 공간의 IP 주소 고갈로 인해 기업에서는 새 클러스터에 프라이빗으로 사용되는 퍼블릭 IP 공간을 사용할 계획입니다. Google 권장 사항을 따르고자 합니다. IP 체계를 설계한 후에는 무엇을 해야 할까요?

A. 클러스터에 대해 사용 가능한 최소 RFC 1918 기본 및 보조 서브넷 IP 범위를 생성합니다. 여러 프라이빗 GKE 클러스터에서 Pod의 보조 주소 범위를 재사용합니다.

B. 클러스터에 대해 사용 가능한 최소 RFC 1918 기본 및 보조 서브넷 IP 범위를 만듭니다. 여러 개인 GKE 클러스터에서 서비스에 대한 보조 주소 범위를 재사용합니다.

C. 클러스터에 대해 비공개로 사용되는 공용 IP 기본 및 보조 서브넷 범위를 생성합니다. 다음 옵션을 선택하여 비공개 GKE 클러스터를 생성합니다.

D. 클러스터에 대해 비공개로 사용되는 공용 IP 기본 및 보조 서브넷 범위를 생성합니다. --disable-default-snat, -enable-ip-alias, and-enable-private-nodes 옵션을 선택하여 비공개 GKE 클러스터를 생성합니다.

정답: D

이 답변은 GKE Pod 주소 블록에 비공개로 사용되는 공용 IP(PUPI) 주소를 사용하는 Google 권장 방식을 따릅니다.1 이 접근 방식의 이점은 다음과 같습니다.
이를 통해 Google이나 귀하의 조직이 소유하지 않은 모든 공용 IP 주소를 Pod에 사용할 수 있으므로 기업의 주소 고갈 문제를 완화하는 데 도움이 될 수 있습니다.
Google Cloud는 기본적으로 PUPI 주소를 인터넷이나 다른 VPC 네트워크로 라우팅하지 않으므로 외부 트래픽이 Pod에 도달하는 것을 방지합니다.
피어링 연결에 대한 사용자 정의 경로의 내보내기 및 가져오기를 활성화하는 한, VPC 네트워크 피어링을 사용하여 다른 PUPI 주소를 사용하는 다른 VPC 네트워크에 GKE 클러스터를 연결할 수 있습니다.
NAT 없이도 Pod가 동일한 VPC 네트워크의 노드 및 기타 리소스와 통신할 수 있는 GKE의 완전히 통합된 네트워크 모델을 유지합니다.
PUPI 주소로 개인 GKE 클러스터를 생성할 때 선택해야 하는 옵션은 다음과 같습니다.
-disable-default-snat: 이 옵션은 Pod에서 클러스터 VPC 네트워크 외부의 대상으로 향하는 아웃바운드 트래픽에 대한 소스 NAT를 비활성화합니다. 이는 Pod가 RFC 1918 주소를 소스 IP 주소로 사용하는 것을 방지하기 위해 필요합니다. 이 경우, 동일한 주소 공간을 사용하는 다른 네트워크와 충돌이 발생할 수 있습니다.
-enable-ip-alias: 이 옵션은 Pod 및 서비스에 별칭 IP 범위를 활성화하여 별도의 서브넷 범위를 사용할 수 있도록 합니다. Pod1에 PUPI 주소를 사용하려면 이 옵션이 필수입니다.
-enable-private-nodes: 이 옵션은 노드가 외부 IP 주소를 갖지 않고 프라이빗 엔드포인트를 통해서만 제어 평면과 통신할 수 있는 프라이빗 클러스터를 생성합니다. 이를 통해 클러스터의 보안 및 개인정보 보호가 강화됩니다.
옵션 A는 Pod에 PUPI 주소가 아닌 RFC 1918 주소를 사용하기 때문에 올바르지 않습니다. 이는 기업의 주소 고갈 문제를 해결하지 못합니다. 옵션 B는 여러 프라이빗 GKE 클러스터에서 서비스에 보조 주소 범위를 재사용하기 때문에 올바르지 않습니다. 이로 인해 IP 충돌 및 라우팅 문제가 발생할 수 있습니다. 옵션 C는 PUPI 주소를 사용하여 프라이빗 GKE 클러스터를 생성하는 데 필요한 옵션을 지정하지 않기 때문에 올바르지 않습니다.
1: GKE | Kubernetes Engine | Google Cloud를 위한 비공개로 사용되는 공용 IP 구성 2: GKE | Kubernetes Engine | Google Cloud와 함께 Cloud NAT 사용 3: 비공개 클러스터 | Kubernetes Engine | Google Cloud

Professional-Cloud-Network-Engineer 문제 53

서비스 계정을 사용하여 인증하는 작업 중인 자동화에 단계를 추가하고 있습니다. Cloud Storage 버킷에서 파일을 검색하는 기능을 자동화에 추가해야 합니다. 조직에서는 가능한 한 최소한의 권한만 사용하도록 요구합니다.
어떻게 해야 할까요?

A. 사용자 계정에 compute.instanceAdmin 권한을 부여합니다.

B. Cloud Storage 버킷에 대한 서비스 계정에 읽기 전용 권한을 부여합니다.

C. 사용자 계정에 iam.serviceAccountUser 권한을 부여합니다.

D. Cloud Storage 버킷에 대한 클라우드 플랫폼 권한을 서비스 계정에 부여합니다.

Professional-Cloud-Network-Engineer 문제 54

Cloud DNS로 마이그레이션하고 BIND 영역 파일을 가져오려고 합니다.
어떤 명령을 사용해야 하나요?
gcloud dns 레코드 세트 가져오기 ZONE_FILE --zone MANAGED_ZONE

A. gcloud dns 레코드 세트 가져오기 ZONE_FILE --replace-origin-ns --zone

B. 관리되는 영역
gcloud dns 레코드 세트 가져오기 ZONE_FILE --zone-file-format --zone MANAGED_ZONE

C. gcloud dns 레코드 세트 가져오기 ZONE_FILE --모든 기존 레코드 삭제 --zone

D. 관리되는 영역

Professional-Cloud-Network-Engineer 문제 55

귀사에는 VPC 네트워크 피어링이 적용된 허브 앤 스포크 아키텍처가 있으며, 하이브리드 연결은 허브에서 중앙 집중화됩니다. 허브 VPC의 클라우드 라우터는 서브넷 경로를 광고하지만, 온프레미스 라우터는 VPC 스포크에서 서브넷 경로를 수신하지 못하는 것 같습니다. 이 문제를 해결해야 합니다.
어떻게 해야 할까요?

A. 허브의 Cloud Router에서 사용자 지정 경로를 만들어 VPC 스포크의 서브넷을 광고합니다.

B. 허브의 Cloud Router에서 사용자 정의 학습 경로를 만들어 VPC 스포크의 서브넷을 광고합니다.

C. VPC 스포크의 서브넷을 광고하기 위해 스포크의 Cloud Router에서 사용자 지정 경로를 만듭니다.

D. Cloud Router에서 BGP 경로 정책을 만들고 VPC 스포크의 서브넷이 온프레미스 환경으로 발표되도록 합니다.

다른 버전: 204Google.Professional-Cloud-Network-Engineer.v2025-12-10.q123; 596Google.Professional-Cloud-Network-Engineer.v2024-10-30.q134; 571Google.Professional-Cloud-Network-Engineer.v2024-07-17.q125; 1454Google.Professional-Cloud-Network-Engineer.v2023-10-23.q111; 1158Google.Professional-Cloud-Network-Engineer.v2023-01-28.q101; 1164Google.Professional-Cloud-Network-Engineer.v2022-09-09.q78; 1289Google.Professional-Cloud-Network-Engineer.v2022-02-14.q73

최근 업로드: 200ACAMS.CAMS.v2026-01-15.q822; 140Microsoft.GH-300.v2026-01-15.q65; 126NACE.NACE-CIP1-001.v2026-01-15.q34; 156Salesforce.MCE-Admn-201.v2026-01-14.q54; 155Salesforce.MC-101.v2026-01-14.q41; 162Google.Professional-Cloud-Architect.v2026-01-14.q101; 140RUCKUS.RCWA.v2026-01-14.q48; 137SOCRA.CCRP.v2026-01-14.q43; 130CompTIA.FC0-U71.v2026-01-13.q88; 191APICS.CPIM.v2026-01-13.q161