무료 온라인 액세스 CompTIA.XK0-006.v2026-09-15.q141 모의 시험 (Page 18)

XK0-006 문제 81

시스템 관리자가 연결 문제를 해결하기 위해 로컬에서 449번 포트가 열려 있는지 확인해야 합니다. 관리자는 다음 중 어떤 명령어를 사용해야 할까요?

A. IP 링크 449

B. dig localhost:449

C. 추적 경로 localhost 449

D. ss -an | grep 449

XK0-006 문제 82

암호 없는 SSH 인증을 설정하려면 다음 중 어떤 작업이 필요합니까?

A. 개인 SSH 키를 원격 서버에 복사합니다.

B. 공개 키와 개인 키를 원격 서버에 복사합니다.

C. 원격 서버에서 공개 키와 개인 키를 생성합니다.

D. 공개 SSH 키를 원격 서버에 복사합니다.

XK0-006 문제 83

리눅스 시스템 관리자가 MySQL 서비스 가용성 문제에 대한 보고를 받았습니다. 관리자는 다음과 같은 정보를 확인했습니다.
uptime -p 명령어를 실행하면 시스템이 가동된 시간이 단 2분밖에 되지 않았음을 알 수 있습니다.
journalctl은 다음과 같은 메시지를 표시합니다.
mysqld가 oom-killer를 호출했습니다.
mysqld cpuset=/ mems_allowed=0
다음 중 서버가 오프라인 상태였던 이유를 설명하는 것은 무엇입니까?

A. 해당 프로세스가 서버 메모리를 모두 소진했습니다.

B. 권한 있는 사용자가 의도적으로 프로세스를 종료했습니다.

C. 파일 시스템 오류로 인해 프로세스가 중단되었습니다.

D. 네트워크 장애로 인해 서비스 이용에 문제가 발생했습니다.

정답: A

이 시나리오는 명백히 메모리 부족 상황을 나타내며, 이는 CompTIA Linux+ V8 목표의 문제 해결 영역에 해당합니다. 가장 중요한 단서는 mysqld가 oom-killer를 호출했다는 로그 항목입니다.
OOM(메모리 부족) 킬러는 시스템의 사용 가능한 메모리가 심각하게 부족하여 메모리 할당 요청을 처리할 수 없을 때 활성화되는 Linux 커널 메커니즘입니다. 이러한 상황이 발생하면 커널은 일반적으로 많은 양의 메모리를 사용하는 프로세스를 선택하여 시스템 전체의 안정성을 보호하기 위해 해당 프로세스를 강제로 종료합니다. 이 경우 MySQL 데몬(mysqld)이 OOM 상태를 유발한 프로세스로 확인되었습니다.
journalctl 출력은 이러한 동작을 명확하게 확인시켜 줍니다. Linux+ V8 문서에서는 OOM killer가 호출되는 경우는 거의 항상 물리적 메모리 부족 또는 스왑 공간 부족 때문이며, 사용자 개입이나 애플리케이션 버그 때문만은 아니라고 강조합니다. mems_allowed=0을 보여주는 추가 로그 라인은 프로세스가 사용 가능한 메모리 노드에서 메모리를 할당할 수 없었다는 결론을 더욱 뒷받침합니다.
uptime -p 명령으로 보고되는 가동 시간이 단 2분이라는 사실은 메모리 부족 사태 이후 시스템이 자동으로 또는 수동으로 재부팅되었을 가능성이 매우 높다는 것을 시사합니다. 특히 운영 환경에서는 심각한 리소스 부족 사태 발생 후 복구 절차의 일환으로 시스템이 재부팅될 수 있습니다.
다른 가능성은 배제할 수 있습니다. 사용자에 의한 종료 신호, 파일 시스템 손상 또는 네트워크 연결 문제의 징후는 없습니다. 네트워크 장애가 발생하면 OOM(메모리 부족) 킬러 메시지가 생성되지 않으며, 파일 시스템 오류는 로그에 I/O 또는 디스크 관련 오류로 나타납니다.
Linux+ V8 모범 사례에서는 시스템 메모리 증가, MySQL 메모리 매개변수 조정, 스왑 공간 구성 또는 OOM 점수 조정을 통해 OOM 문제를 해결할 것을 권장합니다.
따라서 정답은 A입니다. 해당 프로세스가 서버 메모리를 모두 소진했습니다.

XK0-006 문제 84

다음 중 시스템 이벤트를 단일 위치로 통합하는 방법을 설명하는 것은 무엇입니까?

A. 로그 집계

B. 건강 검진

C. 웹훅

D. 임계값 모니터링

정답: A

Linux+ V8 문서에서 발췌한 250~350단어 분량의 포괄적이고 상세한 설명:
여러 소스에서 발생하는 시스템 이벤트를 단일 중앙 위치로 통합하는 것은 Linux 시스템 관리의 핵심 개념이며, CompTIA Linux+ V8 시험 목표의 로깅 및 모니터링 항목에서 명시적으로 다루고 있습니다. 이러한 방법을 로그 집계라고 하므로 A번이 정답입니다.
로그 집계는 운영 체제, 서비스, 애플리케이션 및 네트워크 장치에서 생성된 로그를 수집하여 중앙 집중식 저장소에 저장하는 작업을 말합니다. Linux 환경에서 로그는 systemd-journald, syslog, 애플리케이션별 로그 파일, 컨테이너 및 클라우드 기반 워크로드에서 발생할 수 있습니다. 이러한 로그를 집계하면 관리자는 이벤트를 보다 효율적으로 분석하고, 시스템 간 문제를 연관시키고, 문제 해결, 감사 및 보안 모니터링을 개선할 수 있습니다.
Linux+ V8 문서에서는 여러 서버 환경에서 중앙 집중식 로깅을 최적의 방법으로 강조합니다. 로그 집계가 없으면 관리자는 각 시스템에 개별적으로 로그인하여 로그를 확인해야 하므로 비효율적이고 오류 발생 가능성이 높습니다. syslog 서버, ELK/EFK 스택, SIEM 플랫폼과 같은 중앙 집중식 솔루션을 사용하면 로그 데이터를 기반으로 실시간 분석, 장기 보존 및 알림 기능을 활용할 수 있습니다.
다른 옵션들은 로그 통합에 대한 설명을 제공하지 않습니다. 상태 점검은 서비스 또는 시스템이 정상적으로 작동하는지 확인하는 데 사용되지만 이벤트 데이터를 수집하거나 저장하지는 않습니다. 웹훅은 이벤트 기반 자동화 및 알림에 사용되는 HTTP 기반 콜백으로, 로그 저장용이 아닙니다. 임계값 모니터링은 CPU 또는 메모리 사용량과 같은 지표가 정의된 한계를 초과할 때 경고를 생성하는 기능이지만, 시스템 이벤트 기록을 중앙 집중화하지는 않습니다.
Linux+ V8은 효과적인 로그 집계가 사고 대응을 개선하고, 규정 준수 요구 사항을 지원하며, 시스템 가시성을 향상시킨다고 강조합니다. 이는 특히 분산 시스템 전반에서 보안 사고를 탐지하고, 오류를 진단하고, 근본 원인 분석을 수행하는 데 중요합니다.

XK0-006 문제 85

시스템 관리자가 새 DNS 서버의 IP 주소를 설정해야 합니다. 이 작업을 완료하려면 다음 파일 중 어떤 파일을 수정해야 합니까?

A. /etc/whois.conf

B. /etc/resolv.conf

C. /etc/nsswitch.conf

D. /etc/dnsmasq.conf

다른 버전: 445CompTIA.XK0-006.v2025-11-21.q32

최근 업로드: 147Workday.Workday-Pro-HCM-Core.v2026-09-16.q69; 119Esri.ESDP_2025.v2026-09-16.q39; 155HP.HPE7-A02.v2026-09-16.q142; 182Lpi.101-500.v2026-09-16.q282; 131Salesforce.Salesforce-Net-Zero-Cloud.v2026-09-15.q15; 147Microsoft.AB-620.v2026-09-15.q79; 143Splunk.SPLK-4001.v2026-09-15.q86; 137Symantec.250-573.v2026-09-15.q64; 136Oracle.1Z0-340-25.v2026-09-15.q59; 129TheSecOpsGroup.CCPenX-Az.v2026-09-15.q12