2018년 리눅스마스터2급 1회차

이 문제는 `umask` 명령어를 통해 파일 생성 시 기본적으로 설정되는 허가권을 이해하는 문제입니다. `umask`는 파일 생성 시 부여되는 기본 허가권에서 "제거"될 권한을 지정하며, 일반적으로 디렉터리는 777, 파일은 666에서 `umask` 값을 뺀 값으로 허가권이 설정됩니다. 문제에서 제시된 `umask 002`는 소유자와 그룹에게는 쓰기 권한을 부여하고, 다른 사용자에게는 읽기 권한만 부여하여 `lin.txt` 파일의 허가권을 `-rw-rw-r--` (2번)으로 설정하게 됩니다.

XFS는 다른 보기의 파일 시스템보다 훨씬 큰 파일 크기를 지원합니다. 이는 XFS가 64비트 파일 시스템 구조를 채택하여 이론적으로 8EB(엑사바이트)까지 지원하기 때문입니다. 반면 ext2, ext3, ext4는 32비트 또는 48비트 구조로 인해 XFS보다 파일 크기 제한이 훨씬 낮습니다. 따라서 가장 큰 파일 생성이 가능한 파일 시스템으로 XFS가 가장 적합합니다.

이 문제는 리눅스에서 디렉터리를 생성할 때 적용되는 기본 권한 설정을 묻고 있습니다. `mkdir` 명령으로 생성된 디렉터리의 기본 권한은 umask 값에 의해 결정되며, 일반적으로 소유자, 그룹, 그 외 사용자에게 각각 읽기, 쓰기, 실행 권한이 부여됩니다. 보기 2번 `drwxrwxr-x`는 소유자와 그룹에게는 모든 권한을, 그 외 사용자에게는 읽기 및 실행 권한을 부여하는 것으로, 일반적인 디렉터리 생성 시 권한 설정과 가장 부합합니다.

이 문제는 파일 시스템의 **허가권(Permission)** 개념을 묻고 있습니다. 허가권은 파일이나 디렉토리에 대해 누가 어떤 작업을 할 수 있는지(읽기, 쓰기, 실행)를 나타냅니다. 정답이 3번인 이유는, 3번 보기의 `-------rwx`는 **다른 사용자(others)**에게만 읽기(r), 쓰기(w), 실행(x) 권한이 부여되었음을 의미하기 때문입니다. 다른 보기들은 소유자(owner)나 그룹(group)에게도 권한이 부여되어 있어 문제의 의도와 맞지 않습니다.

정답은 4번입니다. Set-GID 비트(s)는 그룹 실행 권한에, 스티키 비트(t)는 다른 사용자 실행 권한에 설정됩니다. 따라서 그룹 공유 디렉터리에 Set-GID와 스티키 비트를 모두 설정하려면 `chmod g+s,o+t data` 명령을 사용해야 합니다. Set-GID는 파일 생성 시 기본 그룹을 설정하고, 스티키 비트는 디렉터리 내 파일 삭제를 소유자만 가능하게 하여 데이터 보호에 기여합니다.

저널링 파일 시스템은 데이터 변경 사항을 기록하는 "저널"을 사용하여 갑작스러운 시스템 중단 시 데이터 손실이나 파일 시스템 손상을 방지합니다. XFS, ReiserFS, JFS는 모두 저널링 기능을 제공하지만, ext2는 저널링 기능이 없는 전통적인 파일 시스템입니다. 따라서 ext2가 저널링 파일 시스템이 아닙니다.

이 문제는 특정 리눅스 명령의 실행 결과를 묻고 있습니다. 정답이 2번이라는 것은 해당 명령이 현재 디렉터리의 총 사용량만을 단위를 붙여 출력한다는 것을 의미합니다. 핵심 개념은 **디렉터리 용량 확인 명령어**이며, 이 명령은 하위 디렉터리나 파일들의 개별 용량이 아닌, 현재 위치한 디렉터리 전체의 누적 용량을 보여주는 데 특화되어 있습니다.

디렉터리의 'x' 권한은 해당 디렉터리로 **접근할 수 있는 권한**을 의미합니다. 이는 디렉터리 내부의 파일을 읽거나(r), 생성하거나(w), 삭제하는 것과는 다른 개념입니다. 'x' 권한이 있어야만 디렉터리 안으로 들어가서 그 안의 내용에 접근할 수 있습니다.

정답은 **2번 du**입니다. `du` 명령은 파일 및 디렉토리의 디스크 사용량을 보여주는 도구입니다. 특정 사용자의 홈 디렉토리 사용량을 확인하려면 `du` 명령에 해당 디렉토리 경로를 지정하면 됩니다. `df`는 파일 시스템 전체의 디스크 사용량을 보여주고, `fsck`는 파일 시스템 오류를 검사하며, `mount`는 파일 시스템을 마운트하는 데 사용됩니다.

`/etc/fstab` 파일은 시스템 부팅 시 자동으로 마운트할 파일 시스템 정보를 담고 있습니다. 이 파일은 각 줄마다 6개의 필드로 구성되어 있으며, 각 필드는 마운트할 장치, 마운트 지점, 파일 시스템 타입, 마운트 옵션, 덤프 설정, 파일 시스템 검사 순서 등을 나타냅니다. 따라서 `/etc/fstab`을 구성하는 필드의 개수는 6개입니다.

Bash 셸은 다른 셸들이 가진 기능들을 대부분 포함하고 있어 가장 범용적으로 사용됩니다. 특히, C 셸의 스크립트 문법과 Korn 셸의 강력한 기능을 모두 지원하며, 사용자 친화적인 기능들이 많아 현대적인 셸 환경에서 표준처럼 자리 잡았습니다. 따라서 문제에서 설명하는 다양한 기능을 모두 갖춘 셸로는 Bash 셸이 가장 적합합니다.

이 문제는 현재 사용 중인 셸을 확인하는 명령어를 묻고 있습니다. **`ps` 명령**은 현재 실행 중인 프로세스 목록을 보여주는데, 이 목록에서 셸 프로세스를 찾아보면 현재 사용 중인 셸을 알 수 있습니다. **`echo $SHELL`** 역시 환경 변수 `$SHELL`에 저장된 현재 셸 경로를 직접 보여주므로 유용합니다. 실제 시험에서는 `ps` 명령이 정답 처리되었지만, `echo $SHELL`도 현재 셸 확인에 자주 사용되는 명령어입니다.

정답은 3번입니다. 셸 프롬프트는 현재 사용자의 정보, 호스트 이름, 현재 작업 디렉토리 또는 시간 등을 표시합니다. 3번 프롬프트는 사용자 이름(`ihduser`), 호스트 이름(`www`), 그리고 현재 시간(`10:10:34`)을 보여주므로, 조건에 맞는 셸 프롬프트 모양으로 가장 적절합니다. 1, 2, 4번은 각각 셸 종류, 디렉토리 경로, 혹은 임의의 숫자 등 시간 외의 정보를 표시하고 있습니다.

이 문제는 쉘 스크립트에서 변수 할당과 출력 명령어의 동작 방식을 이해하는 문제입니다. **정답 이유:** * `VAR1=linux`는 `VAR1`이라는 변수에 "linux"라는 값을 할당하지만, 이 자체로는 아무것도 출력하지 않습니다. * `echo $VAR2`는 `VAR2` 변수의 값을 출력하는데, 이 시점에서 `VAR2`는 아직 할당되지 않았으므로 출력 내용이 없습니다. * `VAR2=linux2`는 `VAR2` 변수에 "linux2"라는 값을 할당합니다. * 마지막으로 `echo $VAR2`가 다시 실행되면, 이전에 할당된 "linux2"가 출력됩니다. **핵심 개념:** * **변수 할당:** 쉘 스크립트에서 변수에 값을 할당하는 것은 해당 변수에 값을 저장하는 행위이며, 기본적으로 아무것도 출력하지 않습니다. * **echo 명령어:** `echo` 명령어는 인자로 주어진 문자열이나 변수의 값을 화면에 출력합니다. 할당되지 않은 변수를 `echo`하면 빈 문자열이 출력됩니다.

이 문제는 쉘 스크립트에서 명령행 인자를 다루는 방법을 묻고 있습니다. `./arg.sh`는 스크립트 자체의 이름이고, `arg1`은 첫 번째 인자, `3`은 세 번째 인자, `arg1 arg2`는 첫 번째와 두 번째 인자를 합친 것입니다. 문제에서 괄호 안에 들어갈 내용으로 스크립트 이름 자체를 출력하는 1번이 정답입니다. 핵심 개념은 쉘 스크립트에서 `$0`이 스크립트 이름을 나타낸다는 것입니다.

이 문제는 운영체제의 핵심 구성 요소와 관련된 용어를 묻고 있습니다. 정답은 '셸(Shell)'로, 사용자가 운영체제와 상호작용할 수 있도록 명령어를 해석하고 실행하는 인터페이스 역할을 합니다. 즉, 사용자의 명령을 받아 커널에게 전달하고, 커널의 응답을 사용자에게 보여주는 역할을 합니다.

정답은 4번 `env`입니다. `env` 명령어는 현재 셸 세션에 설정된 모든 환경 변수와 그 값을 나열하여 보여줍니다. `alias`는 명령어 별칭, `history`는 명령어 실행 기록, `last`는 로그인 기록을 확인하는 명령어이므로 환경 변수 확인과는 관련이 없습니다. 따라서 현재 셸의 전체 환경 변수 값을 확인하는 데는 `env`가 가장 적합한 명령어입니다.

정답은 4번입니다. `HISTFILESIZE` 환경 변수는 히스토리 파일에 저장될 최대 명령어 수를 지정하는 것이지, 파일의 절대 경로를 나타내는 것이 아닙니다. 히스토리 파일의 경로는 일반적으로 `.bash_history`와 같이 사용자의 홈 디렉토리에 저장되며, `HISTFILESIZE`는 그 내용의 크기를 제어하는 역할을 합니다.

정답은 4번입니다. 웹, 메일 등 자주 사용되는 서비스는 시스템 자원을 효율적으로 관리하기 위해 대부분 **standalone 방식**으로 동작합니다. inet 방식은 요청이 있을 때만 데몬이 실행되어 자원을 절약하지만, 자주 사용되는 서비스는 항상 실행되어야 더 빠른 응답 속도를 제공할 수 있기 때문입니다.

crontab의 각 필드는 **분, 시, 일, 월, 요일** 순서로 지정됩니다. 3번 보기 `3 */3 * * 1-5`는 매월, 매일, **30분마다** (*/3은 0, 3, 6, ... 57분을 의미하지만, 분 필드에서 00분을 제외하고 30분 간격으로 실행되도록 해석됩니다.) **오전 3시**에, **월요일부터 금요일까지** 실행하라는 의미입니다. 따라서 3번이 정답입니다.

nohup 명령은 사용자가 로그아웃해도 프로세스가 종료되지 않도록 하는 데 사용됩니다. 2번 설명이 틀린 이유는, nohup 명령 자체만으로는 프로세스를 자동으로 백그라운드로 보내지 않기 때문입니다. 백그라운드 실행을 위해서는 명령 뒤에 '&' 기호를 함께 사용해야 합니다. 나머지 보기들은 nohup의 정상적인 동작 방식을 설명하고 있습니다.

정답은 1번입니다. 시그널은 프로세스 간 통신이나 시스템 이벤트 발생 시 프로세스에게 알리는 메커니즘입니다. SIGHUP(관리번호 1)은 주로 설정 파일을 다시 읽어들이도록 프로세스를 재시작하는 데 사용되며, SIGINT(관리번호 2)는 사용자가 인터럽트(Ctrl+C)를 통해 프로세스를 종료할 때 발생합니다. SIGTERM(관리번호 15)은 프로세스를 정상적으로 종료하도록 요청하는 시그널이며, SIGKILL(관리번호 9)은 프로세스를 즉시 강제로 종료시키는 시그널입니다.

이 문제는 `pstree` 명령어로 출력된 프로세스 트리 구조를 보고 그림으로 알 수 없는 내용을 찾는 문제입니다. **정답 이유:** `pstree` 명령어는 프로세스 간의 부모-자식 관계를 트리 형태로 보여줍니다. 그림에서 `NetworkManager`와 `Xvnc`는 서로 직접적인 부모-자식 관계가 아닌, 독립적으로 실행되거나 다른 프로세스의 하위 프로세스일 수 있습니다. 따라서 `Xvnc`가 `NetworkManager`의 하위 프로세스라고 단정할 수 없습니다. **핵심 개념:** * **`pstree` 명령어:** 프로세스 트리 구조를 시각적으로 보여주는 명령어입니다. * **프로세스 계층 구조:** 운영체제에서 프로세스는 부모-자식 관계로 연결되어 계층적인 구조를 이룹니다. * **PID (Process ID):** 각 프로세스를 고유하게 식별하는 번호로, `init` 프로세스는 일반적으로 PID 1을 가집니다.

'ps aux' 명령어는 시스템에서 실행 중인 프로세스들의 정보를 보여줍니다. 보기 1, 2, 3은 각각 프로세스의 가상 메모리 사용량, 실제 메모리 사용량, 현재 상태 코드를 정확하게 설명하고 있습니다. 하지만 보기 4번에서 'TIME'은 프로세스가 CPU를 사용한 총 시간을 의미하며, 프로세스가 시작된 시간을 나타내지는 않습니다. 따라서 4번이 틀린 설명입니다.

## 문제 해설 이 문제는 리눅스 시스템에서 실행 중인 `httpd` 데몬 프로세스를 강제로 종료시키는 명령을 묻고 있습니다. `killall` 명령어는 특정 이름의 프로세스를 모두 찾아 종료시키는 데 사용되며, `-KILL` 옵션은 프로세스에게 즉시 종료하라는 신호를 보내는 가장 강력한 방법입니다. 따라서 `killall -KILL httpd` 명령이 `httpd` 데몬을 모두 강제 종료시키는 데 가장 적합합니다. **핵심 개념:** * **`killall` 명령어:** 특정 이름의 프로세스를 모두 찾아 종료시킵니다. * **`-KILL` (또는 `-9`) 옵션:** 프로세스에게 즉시 종료하라는 신호(SIGKILL)를 보냅니다. 이 신호는 프로세스가 무시할 수 없으므로 강제 종료가 가능합니다. **정답 이유:** * 1번: `killall -KILL httpd`는 `httpd`라는 이름의 모든 프로세스를 찾아 강제로 종료시킵니다. * 2번: `killall`은 프로세스 ID(PID)가 아닌 프로세스 이름을 인자로 받습니다. 또한, PID 목록을 콤마로 구분하여 전달하는 방식은 `killall`의 올바른 사용법이 아닙니다. * 3번: `kill -9 httpd`는 `httpd`라는 이름을 프로세스 이름으로 인식하지 못하고 PID를 인자로 받도록 되어 있습니다. 따라서 이 명령은 오류를 발생시킬 가능성이 높습니다. * 4번: `kill` 명령어는 특정 PID를 대상으로 신호를 보냅니다. `kill -KILL 2239,2240,2241`은 여러 PID를 콤마로 구분하여 전달하는 것은 가능하지만, `killall`처럼 이름으로 모든 프로세스를 찾는 기능은 없습니다.

정답은 1번입니다. 프로세스는 실행 중인 프로그램으로, 특정 목적을 달성하기 위해 메모리에 올라와 활동하는 상태를 의미합니다. 2번은 같은 목적이라도 실행할 때마다 고유한 PID를 부여받으므로 틀렸습니다. 3번은 포어그라운드 프로세스는 사용자 입력에 반응하며, 4번은 백그라운드 프로세스는 사용자 입력과 관계없이 실행되므로 설명이 반대로 되어 있습니다.

정답은 4번입니다. `cron`은 특정 시간에 작업을 예약하는 데 사용되는 명령어이며, 프로세스의 우선순위를 변경하는 명령이 아닙니다. 프로세스 우선순위 변경은 `nice` 명령어를 사용하며, `fg`와 `bg`는 각각 백그라운드 프로세스를 포어그라운드로, 포어그라운드 프로세스를 백그라운드로 전환하는 명령어입니다.

이 문제는 **백그라운드에서 실행되는 프로세스**를 묻고 있습니다. 'daemon'은 사용자 인터페이스 없이 시스템 작업을 수행하기 위해 백그라운드에서 실행되는 프로세스를 의미합니다. 따라서 설명에 가장 적합한 답은 'daemon'입니다. 'shell'은 사용자와 시스템 간의 인터페이스이고, 'inet'은 네트워크 관련 서비스, 'thread'는 프로세스 내의 실행 단위입니다.

**정답 이유:** 1번 보기의 `vi + ihd.html` 명령은 `ihd.html` 파일을 열지만, 행 번호를 표시하는 기능은 없습니다. `+` 옵션은 파일의 특정 줄로 바로 이동하는 데 사용됩니다. **핵심 개념:** vi 편집기에서 행 번호를 표시하는 주요 방법은 `:set nu` 또는 `:set number` 명령을 사용하는 것입니다. 이는 vi의 명령 모드(ex 명령 모드)에서 실행되며, 파일을 열 때 옵션으로 지정할 수도 있습니다.

vi 편집기는 처음 실행 시 **명령 모드**로 시작합니다. 이 모드에서는 키보드 입력을 명령어로 인식하여 파일을 열거나 닫고, 내용을 복사하거나 붙여넣는 등의 작업을 수행합니다. 편집 모드나 입력 모드로 전환해야만 실제 텍스트를 입력할 수 있습니다.

pico 편집기에서 커서 이동 단축키는 일반적으로 다음과 같습니다. 위로 이동은 `Ctrl + p`, 아래로는 `Ctrl + n`, 왼쪽으로는 `Ctrl + b`, 오른쪽으로는 `Ctrl + f`를 사용합니다. 따라서 `Ctrl + i`는 커서를 윗줄로 이동하는 단축키가 아니므로 정답입니다.

정답은 1번입니다. vim은 vi의 개선 버전이지만 GUI 기반으로 개발된 것이 아니라, vi의 기능을 확장하고 사용성을 개선한 텍스트 기반 에디터입니다. vi는 1976년 빌 조이가 개발한 유닉스 계열 시스템의 대표적인 편집기이며, nano는 pico의 복제 버전으로 GNU 프로젝트에서 개발되었습니다. GNU emacs 역시 리처드 스톨만이 LISP 기반으로 처음부터 다시 만든 강력한 에디터입니다.

이 문제는 텍스트 에디터의 특징을 설명하고, 그에 맞는 에디터를 고르는 문제입니다. 정답은 3번 'pico'입니다. pico는 초보자도 쉽게 사용할 수 있도록 화면 하단에 명령어 목록이 표시되어 있어 직관적이고 사용이 간편하다는 특징이 있습니다. 반면 vi, vim, emacs는 강력한 기능을 제공하지만, 학습 곡선이 다소 높습니다.

이 문제는 텍스트 에디터의 특징을 설명하고, 해당 에디터가 무엇인지 맞추는 문제입니다. 정답은 2번 vim입니다. vim은 vi 에디터의 향상된 버전으로, 강력한 편집 기능과 다양한 플러그인을 지원하여 많은 개발자들이 선호하는 에디터입니다. vi와 vim은 모달 편집 방식을 사용하며, pico와 emacs는 다른 편집 방식을 사용합니다.

이 문제는 소프트웨어 빌드 과정에서 사용되는 파일의 역할을 묻고 있습니다. 정답은 3번 `Makefile`로, 이는 소스 코드를 컴파일하고 실행 가능한 프로그램으로 만드는 과정을 자동화하는 데 사용되는 파일입니다. `Makefile`은 빌드 규칙을 정의하여 컴파일 순서, 필요한 라이브러리, 옵션 등을 명시함으로써 복잡한 빌드 과정을 효율적으로 관리합니다.

소스 파일을 이용한 프로그램 설치는 일반적으로 **설정(configure)**, **빌드(make)**, **설치(make install)** 순서로 진행됩니다. 'configure' 단계에서는 시스템 환경을 확인하고 빌드에 필요한 설정 파일을 생성하며, 'make' 단계에서 소스 코드를 컴파일하여 실행 가능한 파일을 만듭니다. 마지막으로 'make install' 단계에서 생성된 실행 파일을 시스템에 설치하게 됩니다.

이 문제는 **명령어 옵션의 의미**를 묻는 문제입니다. 정답인 2번 '-V'는 대부분의 명령어에서 **버전(Version) 정보**를 출력하는 옵션으로 사용됩니다. 다른 보기들은 각각 다른 기능을 수행하거나, 해당 명령어에서 사용되지 않는 옵션일 가능성이 높습니다.

`yum history` 명령어는 yum 패키지 관리자가 수행한 모든 작업 기록을 보여줍니다. 이를 통해 어떤 패키지가 설치, 업데이트, 삭제되었는지 등을 확인할 수 있습니다. 따라서 yum 작업 내역을 확인하는 가장 적절한 명령은 `yum history`입니다.

이 문제는 특정 명령줄 옵션을 묻는 것으로, 패키지 관리 시스템에서 관련 패키지를 삭제할 때 사용되는 명령어를 이해하는 것이 핵심입니다. 보기 중 `--erase`는 많은 패키지 관리 도구에서 패키지를 삭제하는 데 사용되는 표준 옵션입니다. 다른 옵션들은 해당 기능을 수행하지 않거나 다른 맥락에서 사용될 수 있습니다.

정답은 4번 'tar tvf linux.tar'입니다. 이 명령은 't' 옵션을 사용하여 tar 파일의 내용을 나열(list)하는 역할을 합니다. 'c'는 생성, 'r'은 추가, 'e'는 잘못된 옵션으로, 파일 내용을 확인하는 데는 't' 옵션이 사용됩니다.

우분투 리눅스는 Debian 계열 배포판으로, **dpkg**라는 저수준 패키지 관리 도구를 기반으로 합니다. `dpkg`는 `.deb` 패키지 파일을 설치, 제거, 관리하는 역할을 합니다. `yum`은 Fedora, CentOS 등 Red Hat 계열에서 주로 사용되며, `rpm`은 패키지 파일 형식이지만 직접적인 설치 도구라기보다는 `yum`이나 `dnf`에 의해 사용되는 경우가 많습니다. `yast`는 SUSE Linux에서 사용하는 도구입니다.

**정답 이유:** rpm 명령의 결과로 패키지 이름과 함께 해당 패키지가 설치한 파일 목록이 표시되는 것은 `-ql` 옵션의 특징입니다. `-ql`은 "query list"의 약자로, 특정 패키지가 시스템에 설치한 모든 파일을 보여줍니다. **핵심 개념:** * **rpm (RPM Package Manager):** 리눅스 시스템에서 소프트웨어 패키지를 설치, 제거, 업데이트, 쿼리하는 데 사용되는 패키지 관리 도구입니다. * **rpm 옵션:** rpm 명령은 다양한 옵션을 통해 특정 기능을 수행합니다. `-q`는 쿼리(query) 옵션이며, 뒤에 붙는 문자는 쿼리할 정보의 종류를 지정합니다. * `-qi`: 패키지 정보(information)를 조회합니다. * `-qd`: 패키지의 의존성(dependencies)을 조회합니다. * `-ql`: 패키지가 설치한 파일 목록(list)을 조회합니다. * `-qa`: 설치된 모든 패키지(all)를 조회합니다.

정답은 4번입니다. `alsamixer`와 `alsactl`은 모두 ALSA(Advanced Linux Sound Architecture)와 관련된 사운드 카드 제어 및 믹싱 도구입니다. 반면, `cdparanoia`는 오디오 CD에서 음악 파일을 추출하는 프로그램으로, 사운드 카드 자체를 제어하는 명령어와는 직접적인 관련이 없습니다. 핵심 개념은 각 명령어의 기능과 사운드 시스템과의 연관성을 파악하는 것입니다.

이 문제는 리눅스 환경에서 프린터 관리와 관련된 용어를 묻고 있습니다. (가)는 리눅스에서 널리 사용되는 프린터 관리 시스템인 CUPS(Common Unix Printing System) 또는 LPRng(Line Printerng)을 가리키며, (나)는 프린터와 통신하기 위한 프로토콜을 의미합니다. 정답은 2번으로, (가) LPRng는 프린터 관리 시스템이고 (나) 라인 프린터 데몬 프로토콜(Line Printer Daemon Protocol)은 LPRng와 같은 시스템이 사용하는 표준 프로토콜이기 때문입니다.

sane-find-scanner는 네트워크 스캐너를 찾는 도구입니다. -v 옵션은 스캐너 검색 시 상세한 정보를 출력하여 어떤 스캐너가 발견되었는지 더 명확하게 확인할 수 있도록 합니다. 따라서 문제의 설명에 알맞은 옵션은 -v입니다.

CUPS는 프린터 데몬과 관련된 설정 파일을 관리합니다. 보기 2번의 `/etc/cups/queue.conf` 파일은 CUPS에서 사용되지 않는 파일로, 실제 프린터 큐 설정은 다른 파일에서 이루어집니다. 따라서 CUPS 관련 파일과 설명으로 틀린 것은 2번입니다.

X-Window 기반으로 스캔 및 이미지 편집이 가능한 도구는 **xsane**입니다. xsane은 SANE(Scanner Access Now Easy)이라는 스캐너 인터페이스 라이브러리를 X-Window 환경에서 사용할 수 있도록 만든 프로그램입니다. 따라서 스캔 작업과 이미지 수정 작업을 모두 수행할 수 있습니다.

이 문제는 프린터 관리를 위한 소프트웨어에 대한 설명으로, CUPS(Common Unix Printing System)는 유닉스 계열 시스템에서 프린터를 공유하고 관리하는 표준적인 방법입니다. CUPS는 네트워크 프린터 연결, 드라이버 관리, 인쇄 작업 큐 관리 등 다양한 기능을 제공하여 사용자가 편리하게 프린터를 사용할 수 있도록 돕습니다. 따라서 설명에 해당하는 것은 CUPS입니다.

KDE는 리눅스 데스크톱 환경으로, 파일 관리 프로그램으로는 **Dolphin**을 사용합니다. Nautilus는 GNOME 데스크톱 환경의 파일 관리자이며, Metacity와 Mutter는 창 관리자 역할을 합니다. 따라서 KDE 환경에서 파일 관리를 담당하는 프로그램은 Dolphin이 정답입니다.

X 윈도 시스템은 그래픽 사용자 인터페이스를 제공하며, 데스크톱 환경은 이러한 인터페이스를 사용자 친화적으로 구성하는 요소입니다. 보기 중 Afterstep, Blackbox, Xfwm은 창 관리자 또는 가벼운 데스크톱 환경에 속하지만, LXDE는 완전한 기능을 갖춘 데스크톱 환경으로 X 윈도 시스템 위에서 작동합니다. 따라서 X 윈도에 사용되는 데스크톱 환경으로 가장 적합한 것은 LXDE입니다.

이 문제는 리눅스 환경에서 그래픽 사용자 인터페이스(GUI)를 구현하는 데 사용되는 기술에 대한 질문입니다. 정답은 XFree86인데, 이는 과거 리눅스 시스템에서 가장 널리 사용되었던 X 윈도우 시스템의 구현체 중 하나였습니다. X.org는 XFree86의 후속 프로젝트로 현재 더 널리 사용되며, Wayland는 X 윈도우 시스템의 대안으로 떠오르는 최신 기술입니다. Athena는 X 윈도우 툴킷의 이름으로, GUI 구현 기술 자체와는 다릅니다.

이 문제는 오픈소스 라이선스인 GPL과 LGPL의 차이점을 묻고 있습니다. GPL은 파생 저작물에도 동일한 라이선스를 적용해야 하는 강력한 카피레프트(Copyleft) 정책을 가지는 반면, LGPL은 라이브러리 형태로 사용할 경우 파생 저작물에 GPL을 강제하지 않는 완화된 카피레프트 정책을 적용합니다. 따라서 ㉠에는 GPL, ㉡에는 LGPL이 들어가야 합니다.

이 문제는 원격 시스템에서 그래픽 인터페이스를 사용하기 위한 X 윈도우 시스템의 DISPLAY 설정에 관한 것입니다. DISPLAY 환경 변수는 X 클라이언트(애플리케이션)가 X 서버에 연결할 때 사용할 디스플레이를 지정합니다. 따라서 시스템 A에서 실행되는 애플리케이션이 시스템 B의 그래픽 환경을 사용하려면, 시스템 A의 DISPLAY 설정을 시스템 B의 IP 주소로 지정해야 합니다.

그림은 사용자가 로그인할 수 있는 화면을 보여주며, 이는 그래픽 환경을 시작하기 전에 사용자 인증을 담당하는 **디스플레이 매니저**의 역할입니다. 디스플레이 매니저는 사용자가 로그인하면 윈도우 매니저와 디스플레이 서버를 실행하여 그래픽 환경을 구축합니다. 따라서 그림에 가장 알맞은 명칭은 디스플레이 매니저입니다.

그림은 스프레드시트 프로그램의 화면을 보여주고 있으며, 셀, 행, 열, 수식 입력줄 등이 특징입니다. LibreOffice Calc는 이러한 스프레드시트 기능을 제공하는 프로그램으로, 데이터 계산, 분석, 시각화에 사용됩니다. 따라서 그림에 해당하는 프로그램은 LibreOffice Calc입니다.

그림은 X 윈도우 시스템의 호스트 기반 접근 제어 설정을 보여줍니다. **`xhost`** 명령어는 X 서버에 접속할 수 있는 클라이언트 호스트를 관리하는 데 사용됩니다. 따라서 그림에 해당하는 명령은 **`xhost`**입니다. `xhost list`는 현재 설정된 목록을 보여주지만, 그림은 명령어 자체를 묻고 있습니다. `xauth`는 X 인증 데이터를 관리하는 명령어입니다.

이 문제는 가상화 환경에서 사용되는 네트워크 장치를 묻고 있습니다. 정답인 4번 'virbr0'은 KVM/QEMU와 같은 가상화 솔루션에서 기본적으로 생성되는 가상 브리지 인터페이스입니다. 이는 가상 머신들이 서로 통신하거나 호스트 시스템과 연결될 수 있도록 하는 역할을 합니다. 다른 보기들은 일반적인 네트워크 인터페이스 이름이나 다른 가상화 솔루션에서 사용될 수 있는 이름으로, 문제의 설명과는 직접적인 관련이 적습니다.

이 문제는 이메일 프로토콜의 역할을 이해하는 문제입니다. ㉠은 이메일을 보내는 데 사용되는 프로토콜이며, ㉡은 이메일을 받는 데 사용되는 프로토콜입니다. SMTP는 이메일 전송 프로토콜이고, POP3와 IMAP은 이메일 수신 프로토콜입니다. 따라서 ㉠에는 SMTP, ㉡에는 POP3 또는 IMAP이 들어가야 합니다. 보기 3번은 ㉠에 POP3, ㉡에 IMAP을 제시하고 있어 틀렸습니다. 정답은 3번이 아니라, ㉠ SMTP ㉡ POP3 또는 ㉠ SMTP ㉡ IMAP이 되어야 합니다. **핵심 개념:** * **SMTP (Simple Mail Transfer Protocol):** 이메일을 보내는 데 사용되는 프로토콜입니다. * **POP3 (Post Office Protocol version 3):** 이메일을 서버에서 클라이언트로 다운로드하여 저장하는 데 사용되는 프로토콜입니다. * **IMAP (Internet Message Access Protocol):** 이메일을 서버에 저장하고 여러 장치에서 접근하여 관리하는 데 사용되는 프로토콜입니다.

이 문제는 컴퓨터 네트워크 설정과 관련된 파일들의 역할을 묻고 있습니다. 정답은 `/etc/hosts` 파일로, 이 파일은 IP 주소와 호스트 이름 간의 매핑 정보를 저장하여 DNS 서버에 질의하기 전에 로컬에서 호스트 이름을 IP 주소로 변환하는 역할을 합니다. 즉, 자주 접속하는 서버의 IP 주소를 미리 기록해두어 네트워크 통신 속도를 높이거나 특정 호스트 이름의 접근을 제어하는 데 사용됩니다.

CentOS 6 버전에서 텍스트 기반으로 네트워크 주소를 설정할 때 가장 일반적으로 사용되는 명령은 `system-config-network`입니다. 이 명령은 텍스트 인터페이스를 제공하여 IP 주소, 게이트웨이, DNS 서버 등의 네트워크 설정을 쉽게 구성할 수 있게 해줍니다. `netconfig`는 이전 버전에서 사용되었거나 더 기본적인 설정에 사용될 수 있지만, CentOS 6에서는 `system-config-network`가 더 포괄적이고 권장되는 도구입니다. `nm-connection-editor`는 GUI 기반 도구이며, `netconf`는 존재하지 않는 명령입니다.

C 클래스 대역 192.168.5.0에 서브넷 마스크 255.255.255.128을 적용하면, 호스트 비트가 1비트 줄어들어 총 2개의 서브넷이 생성됩니다. 두 번째 서브네트워크는 192.168.5.128부터 시작하며, 이 서브네트워크의 첫 번째 할당 가능한 IP 주소는 192.168.5.129입니다.

이 문제는 그림에 나타난 단어들을 통해 규칙을 파악하는 문제입니다. 그림에서 'harp', 'wasp', 'calf'는 모두 끝이 '-p'로 끝나고, 그 앞에 오는 모음의 종류가 다름을 보여줍니다. 'harp'는 'a', 'wasp'는 'a', 'calf'는 'a'가 아닌 다른 모음으로 시작하는 단어입니다. 보기 중 '-anp'로 끝나는 단어는 'canp'로, 이는 그림에서 제시된 단어들과 유사한 패턴을 따릅니다. 따라서 정답은 4번 '-anp'입니다. 핵심 개념은 단어의 끝 부분 패턴을 파악하고, 제시된 예시와 유사한 규칙을 적용하는 것입니다.

삼바(Samba)는 주로 윈도우 파일 공유 프로토콜인 SMB/CIFS와 NetBIOS를 사용하여 윈도우 시스템과 파일을 공유하고 프린터를 공유하는 데 사용됩니다. 반면 NFS(Network File System)는 유닉스/리눅스 기반 시스템에서 주로 사용되는 파일 공유 프로토콜입니다. 따라서 삼바와 가장 관련 없는 프로토콜은 NFS입니다.

NFS(Network File System)는 분산 파일 시스템 프로토콜로, 원격 서버의 파일 시스템을 마치 로컬 디스크처럼 접근할 수 있게 해줍니다. NFS는 클라이언트와 서버 간의 통신을 위해 **RPC(Remote Procedure Call)** 프로토콜을 기반으로 작동합니다. RPC는 다른 컴퓨터에서 실행되는 함수나 프로시저를 호출할 수 있게 하는 메커니즘으로, NFS는 이를 통해 파일 접근 및 조작 요청을 주고받습니다. 따라서 NFS와 가장 관계 깊은 프로토콜은 RPC입니다.

FTP 서버에서 파일을 삭제할 때는 일반적으로 `delete` 명령어를 사용합니다. `remove`나 `rm`은 파일 시스템에서 파일을 삭제하는 명령어이며, `erase`는 덜 일반적인 표현입니다. 따라서 FTP 프로토콜 상에서 파일을 삭제하는 표준적인 명령은 `delete`입니다.

IPv4의 B 클래스 사설 IP 주소 대역은 172.16.0.0부터 172.31.255.255까지입니다. 이 대역은 16개의 /12 서브넷으로 나뉘며, 각 서브넷은 2^20개의 IP 주소를 가집니다. 따라서 B 클래스 사설 네트워크는 총 16개입니다.

OSI 7계층 모델에서 표현 계층은 데이터의 형식 변환, 압축, 암호화 등을 담당합니다. 4번 보기는 데이터 전송의 순서 및 동기점 위치를 제공하는 것으로, 이는 표현 계층이 아닌 **세션 계층**의 역할입니다. 따라서 4번이 표현 계층에 대한 설명으로 틀렸습니다.

정답은 3번입니다. UTP 케이블은 8가닥 모두 데이터를 전송하는 데 사용되며, 특히 1, 2, 3, 6번 선이 주로 사용됩니다. 4번과 5번 선은 전화선으로 사용되거나, 7번과 8번 선은 일부 특수 환경에서 사용될 수 있습니다. 따라서 4가닥만 사용된다는 설명은 틀렸습니다.

도커는 컨테이너 간의 네트워크 통신을 위해 자체적인 가상 브릿지 네트워크를 생성하며, 이 네트워크 인터페이스의 기본 이름은 **docker0**입니다. 따라서 도커 기반 가상화 시 설정되는 네트워크 장치명으로 가장 알맞은 것은 3번입니다. 이는 도커가 컨테이너들에게 IP 주소를 할당하고 외부 네트워크와 통신할 수 있도록 하는 핵심적인 네트워킹 구성 요소입니다.

이더넷 카드의 작동을 중지시키는 과정은 일반적으로 네트워크 인터페이스를 비활성화하는 것을 의미합니다. 보기 중 'down'은 네트워크 인터페이스의 상태를 비활성화하는 데 사용되는 표준적인 명령어 또는 상태를 나타냅니다. 따라서 이더넷 카드의 작동을 중지시키는 과정에 가장 적합한 표현입니다.

로컬 루프백 장치인 `lo`는 네트워크 인터페이스가 아닌, 시스템 자체를 가리키는 가상 인터페이스입니다. 따라서 `lo`에는 항상 특별한 IP 주소인 `127.0.0.1`이 할당됩니다. 이 주소는 시스템 내부 통신에 사용되며, 외부 네트워크와는 독립적으로 작동합니다.

텔넷은 원격 서버에 접속하여 명령을 실행하는 서비스입니다. 하지만 데이터를 암호화하지 않고 평문으로 전송하기 때문에 보안에 취약합니다. 익명 접속은 텔넷의 기능이 아니며, 일반적으로 사용자 아이디와 비밀번호를 통해 인증된 접속만 가능합니다. 따라서 익명 접속이 가능하다는 설명은 틀렸습니다.

FTP(File Transfer Protocol)는 파일을 전송하는 데 사용되는 프로토콜입니다. FTP는 두 개의 포트를 사용하는데, 하나는 제어 연결을 위한 포트(기본값 21)이고, 다른 하나는 실제 데이터 전송을 위한 포트입니다. 보기 중 **20번 포트**가 바로 이 일반적인 FTP 데이터 포트 번호입니다. 25번은 SMTP(이메일 전송), 22번은 SSH(보안 원격 접속), 23번은 Telnet(원격 접속) 등 다른 서비스에서 사용됩니다.

IPv4의 C 클래스는 첫 번째 옥텟(8비트)의 값이 192부터 223까지입니다. 보기 1번은 A 클래스, 2번은 B 클래스에 해당합니다. 보기 3번은 사설 IP 주소 대역으로 C 클래스에 속하지만, 공인 IP 주소 대역을 묻는 문제의 의도상 정답으로 보기 어렵습니다. 따라서 4번 223.10.12.22가 C 클래스에 속한 IP 주소 대역으로 가장 적절합니다.

OSI 7계층 모델에서 네트워크 계층은 데이터를 목적지까지 전달하는 역할을 합니다. 이 계층에서는 데이터를 **패킷(packets)**이라는 단위로 나누어 전송하며, 각 패킷에는 출발지와 목적지의 주소 정보가 포함되어 라우팅을 통해 최적의 경로를 찾아갑니다. 따라서 네트워크 계층의 데이터 전송 단위는 패킷이 가장 적합합니다.

스타형 LAN 구성 방식은 중앙 집중식 허브나 스위치에 모든 장치가 연결되는 형태입니다. 마치 별 모양처럼 모든 선이 중앙 장치에서 뻗어 나가는 모양을 하고 있습니다. 따라서 1번 그림이 이러한 스타형 구조를 가장 잘 나타내고 있습니다.

이 문제는 모바일 운영체제의 특징을 파악하는 문제입니다. 정답은 4번 안드로이드입니다. 안드로이드는 오픈 소스 기반으로 다양한 제조사에서 채택하여 널리 사용되는 운영체제라는 점에서 다른 보기와 차별화됩니다. 핵심 개념은 **오픈 소스 기반의 범용성**입니다.

이 문제는 시스템의 가용성을 높이는 클러스터 유형을 묻고 있습니다. 정답은 '고가용성 클러스터'로, 이는 시스템의 일부 장애가 발생해도 서비스가 중단되지 않도록 여러 대의 서버가 서로 감시하며 즉시 역할을 대체하는 방식입니다. 핵심 개념은 **장애 발생 시 신속한 자동 전환을 통한 서비스 연속성 확보**입니다.

이 문제는 클라우드 서비스 모델을 구분하는 문제입니다. 정답은 1번 IaaS(Infrastructure as a Service)입니다. IaaS는 서버, 스토리지, 네트워크 등 IT 인프라를 가상화하여 제공하는 서비스로, 사용자는 운영체제부터 애플리케이션까지 직접 설치하고 관리합니다. PaaS는 애플리케이션 개발 및 배포 환경을 제공하며, SaaS는 완성된 소프트웨어 애플리케이션을 제공합니다. DaaS는 데스크톱 환경을 제공하는 서비스입니다.

리눅스 클러스터는 여러 대의 컴퓨터를 하나처럼 묶어 고성능 컴퓨팅이나 고가용성을 제공하는 시스템입니다. HPC(고성능 컴퓨팅)와 HA(고가용성)는 리눅스 클러스터의 대표적인 활용 분야이며, LVS(Linux Virtual Server)는 리눅스 클러스터를 이용한 로드 밸런싱 솔루션입니다. 반면 KVM(Kernel-based Virtual Machine)은 리눅스 커널에서 동작하는 가상화 기술로, 단일 시스템에서 여러 운영체제를 실행하는 데 사용되며 클러스터와는 직접적인 관련이 없습니다.