2017년 리눅스마스터2급 3회차

파일이나 디렉터리 생성 시 부여되는 기본 허가권을 설정하는 명령은 `umask`입니다. `umask`는 사용자가 생성하는 파일이나 디렉터리에 기본적으로 부여되는 권한에서 제외할 권한을 지정합니다. 예를 들어, `umask 022`는 소유자에게는 쓰기 권한을, 그룹과 다른 사용자에게는 쓰기 권한을 제외한 권한을 부여합니다. `chmod`, `chown`, `chgrp`는 이미 생성된 파일이나 디렉터리의 허가권이나 소유권을 변경하는 데 사용됩니다.

Set-UID 비트는 실행하는 사용자에게 파일 소유자의 권한을 부여하는 특별한 권한입니다. 리눅스 시스템에서 `passwd` 명령어는 사용자 비밀번호를 변경하는 중요한 역할을 하며, 일반 사용자가 자신의 비밀번호를 변경할 수 있도록 Set-UID 비트가 설정되어 있습니다. 이는 일반 사용자가 시스템 관리자 권한 없이도 자신의 계정 정보를 안전하게 수정할 수 있게 해주는 핵심적인 보안 메커니즘입니다.

디렉터리의 'x' 권한은 해당 디렉터리 안으로 **들어가서(접근)** 다른 파일이나 하위 디렉터리에 접근할 수 있도록 하는 권한입니다. 'r' 권한이 내용을 보는 것이고, 'w' 권한이 내용을 수정하거나 생성/삭제하는 것이라면, 'x' 권한은 마치 문을 열고 안으로 들어가는 행위에 비유할 수 있습니다. 따라서 디렉터리 내부로 접근할 수 있는 권한이 'x' 권한에 해당합니다.

주어진 문제는 리눅스 파일 권한 및 소유권 변경 명령에 대한 이해를 묻고 있습니다. 정답이 4번이라는 것은 해당 명령이 파일의 소유권을 변경하는 역할을 한다는 것을 의미합니다. 핵심 개념은 리눅스 시스템에서 `chown` 명령어를 사용하여 파일의 소유자를 변경할 수 있다는 것입니다. 이 명령어는 파일의 소유자(UID)와 그룹(GID)을 지정하여 접근 권한을 관리합니다.

이 문제는 리눅스 시스템에서 디스크 파티션을 식별하는 고유한 방법을 묻고 있습니다. 정답은 4번 UUID인데, 이는 Universally Unique Identifier의 약자로, 각 파티션에 부여되는 전역적으로 고유한 식별자입니다. BLKID, LABEL, TYPE은 각각 블록 장치 ID, 파티션 레이블, 파티션 타입을 나타내지만, 시스템 재부팅이나 장치 연결 순서 변경 시에도 변하지 않는 고유성을 보장하는 것은 UUID입니다. 따라서 시스템 설정 파일 등에서 안정적으로 파티션을 참조할 때 UUID를 사용하는 것이 가장 적합합니다.

정답은 3번 'usrquota'입니다. **핵심 개념:** `/etc/fstab` 파일은 파일 시스템 마운트 시 적용될 옵션을 지정하는 곳입니다. 사용자별 용량 제한을 설정하기 위한 옵션은 `usrquota`이며, 이는 사용자별 쿼터(quota)를 활성화하겠다는 의미입니다. 다른 보기들은 직접적인 `fstab` 옵션이 아니거나, 디스크 할당량과 관련 없는 옵션입니다.

이 문제는 파일 시스템을 마운트 해제하는 명령어와 관련된 질문입니다. **정답 이유:** `umount` 명령어는 현재 마운트된 파일 시스템을 분리하는 역할을 합니다. 이는 파일 시스템을 안전하게 분리하여 데이터 손상을 방지하는 데 필수적인 작업입니다. **핵심 개념:** 파일 시스템 마운트 해제는 컴퓨터 시스템에서 장치를 사용한 후 안전하게 제거하는 과정과 유사합니다. `umount`는 이러한 마운트 해제 과정을 수행하는 대표적인 명령어입니다.

이 문제는 **파일 시스템 마운트** 개념을 묻고 있습니다. 그림은 디스크 장치(예: `/dev/sda1`)가 특정 디렉토리(예: `/mnt/mydisk`)에 연결되어 사용 가능한 상태임을 시각적으로 보여줍니다. `mount` 명령어는 이러한 파일 시스템을 디렉토리에 연결하여 접근 가능하게 만드는 역할을 합니다. 따라서 그림은 `mount` 명령어의 작동 방식을 나타내므로 정답은 4번입니다.

이 문제는 리눅스 셸의 종류와 특징에 대한 이해를 묻고 있습니다. ㉠은 Korn Shell(ksh)로, C Shell(csh)보다 강력한 기능을 제공하며 Bourne Shell(sh)의 단점을 개선한 셸입니다. ㉡은 Bash(Bourne Again Shell)로, 현재 리눅스 시스템에서 가장 널리 사용되는 셸이며 sh의 후속 버전으로 호환성과 풍부한 기능을 자랑합니다. 따라서 ㉠에는 ksh, ㉡에는 bash가 들어가는 3번이 정답입니다.

csh는 명령행 편집 기능을 지원하지 않습니다. 1978년 빌 조이가 개발했으며 C언어를 기반으로 강력한 프로그램 작성 기능을 제공합니다. 히스토리, 별명, 작업 제어 등의 유용한 기능도 포함하고 있습니다.

정답은 1번입니다. `echo $SHELL`은 현재 사용 중인 셸을 보여주지만, 시스템에 설치된 모든 사용 가능한 셸 목록을 확인하는 데는 틀린 명령입니다. 2번 `cat /etc/shells`는 시스템에 등록된 사용 가능한 셸 목록을 파일 내용으로 보여주며, 3번 `chsh --list-shells`와 4번 `chsh -l`은 `chsh` 명령어를 통해 사용 가능한 셸 목록을 보여주는 올바른 방법입니다.

이 문제는 컴퓨터 시스템에서 사용되는 변수의 종류를 묻는 문제입니다. 정답은 '환경변수'로, 운영체제나 프로그램이 실행될 때 필요한 설정값이나 경로 정보를 담고 있습니다. 예를 들어, 프로그램이 특정 파일을 찾을 때 환경변수에 저장된 경로를 참고하게 됩니다.

PATH 환경 변수에 새로운 경로를 추가할 때는 현재 PATH 값 뒤에 콜론(:)으로 구분하여 새로운 경로를 붙여야 합니다. 1번 명령은 `PATH` 변수에 현재 PATH 값과 `$HOME/data`를 콜론으로 연결하여 할당하는 올바른 방법입니다. 쉘에서 환경 변수를 설정할 때는 변수 이름 앞에 `$`를 붙이지 않으며, 등호(=) 앞뒤에 공백이 있으면 안 됩니다.

## 히스토리 사용법 해설 **정답: 4번** **이유:** `history` 명령어는 이전에 실행했던 명령어 목록을 보여주며, `!` 기호와 함께 숫자(예: `!5`)를 사용하면 해당 번호에 해당하는 명령어를 다시 실행할 수 있습니다. 1번은 `!!`로, 2번은 `history 5`로 5번째 명령어를 실행하는 것이 아니라 최근 5개의 명령어를 보여주는 것이며, 3번은 `!all`이라는 명령어는 존재하지 않습니다.

정답은 1번입니다. `\d`는 '년 월 일' 형식이 아니라, **현재 날짜를 'YYYY-MM-DD' 형식**으로 표시하는 프롬프트 형식입니다. 보기 2번의 `\s`는 셸 이름을, 3번의 `\t`는 24시 형태의 시간을, 4번의 `\u`는 현재 사용자 이름을 표시하는 것이 올바른 설명입니다.

`ps` 명령에서 프로세스의 생성 형태를 확인하는 데 가장 중요한 정보는 **PID(프로세스 ID)와 PPID(부모 프로세스 ID)**입니다. PPID는 해당 프로세스를 생성한 부모 프로세스의 PID를 나타내므로, PID와 PPID의 관계를 통해 프로세스가 `fork()` 시스템 호출을 통해 생성되었는지, 즉 부모-자식 관계를 파악할 수 있습니다. 다른 보기들은 프로세스의 생성 방식보다는 프로세스의 소유자(UID), 실행 터미널(TTY), 사용 시간(TIME) 등 다른 속성을 나타냅니다.

정답은 2번 'bg'입니다. 'bg' 명령어는 현재 백그라운드에서 실행 중인 프로세스를 다시 백그라운드로 보내는 역할을 합니다. 포어그라운드 프로세스를 백그라운드로 전환하려면, 해당 프로세스를 일시 중지시킨 후 'bg' 명령어를 사용해야 합니다. 'fg'는 백그라운드 프로세스를 포어그라운드로 가져오고, 'jobs'는 현재 실행 중인 프로세스 목록을 보여주며, [CTRL]+[c]는 프로세스를 강제로 종료하는 데 사용됩니다.

프로세스를 강제 종료할 때 가장 일반적으로 사용되는 시그널은 **SIGKILL (시그널 번호 9)**입니다. 이 시그널은 프로세스가 무시하거나 처리할 수 없으므로, 운영체제가 즉시 프로세스를 종료시킵니다. 반면 SIGTERM (시그널 번호 15)은 프로세스에게 종료를 요청하는 신호로, 프로세스가 이를 처리하고 정상적으로 종료할 기회를 줍니다. 따라서 강제 종료에는 SIGKILL이 적합합니다.

`kill` 명령은 프로세스에 특정 신호를 보내 종료하는 데 사용됩니다. 보기에서 `1109`는 종료하려는 프로세스의 PID(프로세스 ID)를 나타냅니다. `kill` 명령에서 숫자는 신호 번호를 의미하며, `-15`는 기본적으로 사용되는 `SIGTERM` 신호로, 프로세스에게 종료를 요청하는 신호입니다. `SIGTERM`은 프로세스가 스스로 정리 작업을 수행할 시간을 주므로, 가장 일반적이고 안전한 종료 방식입니다. * **핵심 개념**: `kill` 명령어, 신호 (Signal), `SIGTERM` (신호 번호 15)

3번 보기가 틀린 이유는 리눅스에서 부팅 시 최초 프로세스의 PID는 1번(init 또는 systemd)이며, PID 0번은 커널 자체를 나타내기 때문입니다. 프로세스는 실행 중인 프로그램으로, 각각 고유한 PID를 할당받아 관리됩니다. 포어그라운드 프로세스는 사용자가 직접 상호작용하며 실행되는 프로세스를 의미합니다.

이 문제는 운영체제에서 사용되는 용어들을 이해하고 있는지 묻는 문제입니다. 정답은 '데몬'인데, 데몬은 사용자의 직접적인 요청 없이도 시스템에서 자동으로 실행되는 백그라운드 프로세스를 의미합니다. 이는 사용자가 인지하지 못하는 상태에서 시스템을 유지하고 서비스를 제공하는 역할을 합니다.

`ps` 명령어는 프로세스의 CPU 사용 시간, 부모 프로세스의 PID, 현재 프로세스의 상태 코드 등 프로세스 관련 정보를 보여줍니다. 하지만 `ps` 명령어 자체로는 프로세스가 디스크를 얼마나 사용하고 있는지 직접적으로 비율로 확인할 수 없습니다. 디스크 사용량은 `du`와 같은 다른 명령어로 확인해야 합니다.

정답은 1번입니다. 프로세스 우선순위는 `nice`와 `renice` 명령어로 변경할 수 있지만, **일반 사용자는 NICE 값을 높여 우선순위를 낮출 수는 있어도, root 권한 없이는 NICE 값을 낮춰 우선순위를 높일 수 없습니다.** 따라서 모든 사용자가 NI 값을 자유롭게 증감할 수 있다는 설명은 틀렸습니다. 핵심 개념은 **프로세스 우선순위 조절 명령어(`nice`, `renice`)와 사용자 권한에 따른 NI 값 변경 제한**입니다.

정답은 4번 `pstree`입니다. `pstree` 명령은 현재 실행 중인 프로세스들의 관계를 부모-자식 관계로 트리 구조로 시각화하여 보여줍니다. 이는 프로세스 간의 계층 구조를 파악하는 데 유용하며, `ps`나 `top` 명령과는 달리 트리 형태의 출력을 제공합니다.

정답은 2번입니다. 'D' 상태는 프로세스가 디스크 I/O와 같은 특정 장치에 의해 **블록된 상태**를 의미하며, 작업 종료 후 부모 프로세스에 의해 회수되지 않은 좀비(zombie) 상태는 'Z'로 표시됩니다. 따라서 'D'의 설명은 틀렸습니다. ps 명령어의 STAT 코드는 프로세스의 현재 실행 상태를 나타내는 중요한 지표입니다.

이 문제는 컴퓨터 과학에서 사용되는 단위와 텍스트 편집기에 대한 지식을 묻고 있습니다. ㉠과 ㉡은 각각 나노(nano)와 피코(pico)라는 매우 작은 단위를 나타내며, 나노는 피코보다 1000배 큰 단위입니다. 보기 2번은 ㉠에 나노, ㉡에 피코를 넣어 이 순서를 올바르게 나타냅니다. 따라서 정답은 2번입니다.

Emacs 편집기는 LISP 언어를 기반으로 하여 만들어졌습니다. LISP는 함수형 프로그래밍 언어로, Emacs의 확장성과 커스터마이징을 가능하게 하는 핵심적인 역할을 합니다. 사용자는 LISP를 통해 Emacs의 기능을 추가하거나 수정하여 자신에게 맞게 편집 환경을 구축할 수 있습니다.

vi 편집기는 1970년대 후반에 빌 조이가 개발했습니다. 그는 BSD 유닉스 운영체제를 개발하는 데에도 중요한 역할을 했으며, vi는 당시 유닉스 환경에서 널리 사용되는 텍스트 편집기가 되었습니다. 데니스 리치는 C 언어를 개발했고, 리처드 스톨먼은 GNU 프로젝트와 Emacs 편집기를 개발했으며, 브람 무레나르는 Vim 편집기를 개발했습니다.

vi 편집기에서 프로그래밍 시 엔터키 입력 시 바로 윗줄의 열 위치와 동일하게 커서를 이동하는 기능은 자동 들여쓰기(autoindent) 기능입니다. 이 기능을 활성화하는 vi 환경 설정 옵션은 `:set ai`입니다. 따라서 정답은 4번입니다. `:set nu`는 줄 번호를 표시하고, `:set ic`는 대소문자를 구분하지 않으며, `:set sm`은 괄호 짝을 맞춰주는 기능입니다.

정답은 3번입니다. vi 편집기에서 `: % s/찾을 문자열/바꿀 문자열/` 명령어는 파일 전체(`%`)에서 특정 문자열을 다른 문자열로 치환하는 데 사용됩니다. `^`는 줄의 시작을 의미하므로, `^linux`는 "linux"로 시작하는 줄을 찾고, `Linux`는 "Linux"로 바꾸라는 의미입니다. 따라서 3번은 파일 전체에서 "linux"로 시작하는 줄을 "Linux"로 시작하도록 올바르게 치환하는 명령어입니다.

vi 편집기에서 명령 모드에서 입력 모드로 전환하는 여러 방법 중, 현재 커서가 있는 줄 **윗줄**에 새로운 줄을 삽입하여 입력 모드로 전환하는 명령은 'O'입니다. 'o'는 현재 줄 **아랫줄**에 삽입할 때 사용하며, 's'와 'S'는 현재 줄의 문자를 삭제하고 입력 모드로 전환하는 데 사용됩니다. 따라서 정답은 2번 'O'입니다.

소스 파일로 제공되는 프로그램을 설치할 때는 일반적으로 다음과 같은 단계를 거칩니다. 먼저, 다운로드한 압축 파일을 해제하고 해당 디렉터리로 이동합니다. 그 후, **configure** 명령어를 사용하여 시스템 환경에 맞게 빌드 설정을 구성합니다. 다음으로 **make** 명령어로 소스 코드를 컴파일하여 실행 파일을 생성하고, 마지막으로 **make install** 명령어로 생성된 실행 파일을 시스템에 설치합니다. 따라서 정답은 4번입니다.

**정답 이유:** CMake는 유닉스 계열뿐만 아니라 Windows, macOS 등 다양한 운영체제를 지원하는 크로스 플랫폼 빌드 시스템입니다. **핵심 개념:** CMake는 플랫폼에 독립적인 빌드 시스템을 구축하기 위해 설계되었습니다. 이를 통해 개발자는 특정 운영체제에 종속되지 않고 프로젝트를 빌드할 수 있으며, 다양한 환경에서 동일한 코드를 컴파일하고 실행할 수 있습니다.

리눅스 배포판과 패키지 관리 기법의 연결이 올바른 것은 2번 CentOS - RPM입니다. CentOS는 Red Hat 계열 배포판으로, RPM(Red Hat Package Manager)이라는 패키지 관리 시스템을 사용합니다. Red Hat 계열은 RPM을, Debian 계열은 DPKG를 주로 사용하며, YAST는 SuSe의 패키지 관리 도구, YUM은 Red Hat 계열의 패키지 관리 도구입니다.

이 문제는 리눅스 배포판별 패키지 관리 시스템의 차이를 묻고 있습니다. 정답은 2번 데비안이며, 이는 데비안 계열 배포판(우분투, 민트 등)이 `.deb` 확장자를 가진 패키지 파일을 사용하는 `.deb` 패키지 관리 시스템을 채택하고 있기 때문입니다. 반면, 레드햇 계열은 `.rpm` 파일을, 슬랙웨어는 `.tgz` 파일을 사용합니다.

tar은 여러 파일과 디렉터리를 하나의 파일로 묶는 데 사용됩니다. 디렉터리를 지정하면 그 안의 모든 내용이 함께 묶이며, GNU tar는 압축까지 동시에 할 수 있습니다. 하지만 tar은 파일의 속성과 하드링크는 보존하지만, 소프트링크는 기본적으로 보존되지 않는다는 점이 틀렸습니다.

정답은 3번입니다. tar 명령어에서 `-z` 옵션은 gzip 압축을, `-j` 옵션은 bzip2 압축을 의미합니다. 문제의 tar 명령에는 `-z` 옵션만 존재하므로 gzip 압축이 진행되며, bzip2 압축은 진행되지 않습니다. 따라서 3번 보기가 틀린 설명입니다.

**정답 이유:** yum은 RPM 패키지 관리 시스템에서 발생하는 의존성 문제를 자동으로 해결해주는 핵심 기능을 제공합니다. **핵심 개념:** * **yum:** Red Hat 계열 리눅스에서 사용하는 패키지 관리 도구로, RPM 패키지를 기반으로 합니다. * **의존성 문제:** 소프트웨어를 설치할 때 필요한 다른 소프트웨어가 함께 설치되어야 하는 경우를 말하며, yum은 이를 자동으로 해결하여 사용자 편의성을 높입니다. * **dpkg:** Debian 계열 리눅스에서 사용하는 패키지 관리 도구로, yum과는 다른 시스템입니다. * **ATP:** APT(Advanced Packaging Tool)는 Debian 계열의 패키지 관리 시스템이며, yum과는 관련이 없습니다. * **/etc/yum.repos.d/**: yum은 이 디렉토리 아래의 `.repo` 파일을 통해 패키지 저장소 정보를 관리합니다. `/etc/yum/sources.list`는 Debian 계열의 APT 설정 파일입니다.

tar 작업에서 괄호 안에 들어갈 내용으로 1번이 정답입니다. ㉠ 'jxvf'는 압축 해제(x), verbose(v), 파일 지정(f) 옵션을 포함하며, ㉡ '-C'는 지정된 디렉토리로 이동하여 압축 해제를 수행하는 옵션입니다. 따라서 'tar jxvf archive.tar.bz2 -C /path/to/extract'와 같이 사용됩니다.

CUPS(Common Unix Printing System)는 유닉스 계열 운영체제에서 프린터 관리를 담당하는 시스템입니다. 정답인 3번 `/etc/cups/cupsd.conf`는 CUPS의 핵심 서비스인 프린터 데몬(`cupsd`)의 동작 방식을 설정하는 중요한 환경 설정 파일입니다. 다른 보기들은 CUPS와 직접적인 관련이 없거나 잘못된 설명입니다.

이 문제는 리눅스 환경에서 스캐너를 사용하는 방법에 대한 이해를 묻고 있습니다. ㉠은 스캐너를 제어하는 데 사용되는 그래픽 사용자 인터페이스(GUI)를 의미하며, 리눅스에서 GUI 환경은 보통 X-윈도 시스템을 통해 제공됩니다. ㉡은 스캐너를 지원하는 SANE(Scanner Access Now Easy) 프레임워크와 함께 사용되는 스캐너 애플리케이션을 나타내는데, 'xsane'은 X-윈도 환경에서 작동하는 대표적인 SANE 프론트엔드 프로그램입니다. 따라서 X-윈도와 xsane이 가장 적절한 조합입니다.

이 문제는 SANE(Scanner Access Now Easy)이라는 스캐너 관련 소프트웨어의 구성 요소를 묻고 있습니다. * **정답 이유:** ㉡ 자리에 들어갈 내용은 라이선스 종류인 LGPL이 아니라, SANE과 관련된 핵심 라이브러리인 **libsnmp**입니다. SANE은 스캐너를 제어하기 위한 API를 제공하며, 이 API를 구현하는 핵심 라이브러리가 libsnmp입니다. LGPL은 소프트웨어 라이선스 종류로, SANE의 구성 요소와는 직접적인 관련이 없습니다. * **핵심 개념:** * **SANE:** 다양한 스캐너를 지원하기 위한 표준화된 인터페이스(API)를 제공하는 소프트웨어 프레임워크입니다. * **API (Application Programming Interface):** 소프트웨어 구성 요소가 서로 통신할 수 있도록 하는 규칙과 사양의 집합입니다. SANE은 스캐너 하드웨어와 애플리케이션 간의 통신을 위한 API를 정의합니다. * **libsnmp:** SANE의 핵심 라이브러리로, 스캐너와 통신하고 이미지를 획득하는 기능을 구현합니다. * **sane-backends:** 다양한 스캐너 모델에 대한 드라이버를 포함하는 부분입니다. * **sane-frontends:** 사용자가 스캐너를 제어하고 이미지를 처리할 수 있도록 하는 애플리케이션(프론트엔드)입니다.

`lpr` 명령어로 문서를 여러 부 출력할 때는 `-#` 옵션을 사용합니다. 따라서 2매를 출력하려면 `-# 2`와 같이 지정해야 합니다. 다른 보기들은 올바른 옵션 형식이 아닙니다.

System V 계열의 프린터 명령어는 프린터 작업을 **큐에 넣고 관리**하는 데 사용됩니다. 1번 `lp` 명령어는 System V에서 프린터로 문서를 보내는 표준 명령어로, 프린터 작업을 시작하는 역할을 합니다. 반면, 2번 `lpr`은 BSD 계열에서 주로 사용되며, 3번 `lpq`와 4번 `lpc`는 각각 프린터 큐를 확인하고 프린터 제어를 하는 명령어입니다.

GUI 기반 스캔 명령어는 **xcam**입니다. xcam은 그래픽 사용자 인터페이스(GUI)를 제공하여 사용자가 직관적으로 스캔 설정을 조절하고 문서를 스캔할 수 있도록 돕습니다. 다른 보기들은 주로 터미널에서 사용되는 명령어로, 스캐너를 찾거나 스캔 작업을 수행하지만 GUI 환경을 직접 제공하지는 않습니다.

이 문제는 사용자가 그래픽 환경에 로그인하고 세션을 시작할 수 있도록 도와주는 컴포넌트를 묻고 있습니다. 정답은 4번 디스플레이 매니저입니다. 디스플레이 매니저는 사용자의 인증 정보를 받아 X 서버를 실행하고, 윈도우 매니저와 같은 그래픽 세션을 시작하는 역할을 합니다. 즉, 사용자가 컴퓨터를 켰을 때 처음 마주하는 로그인 화면을 제공하고, 로그인 후에는 사용자가 사용할 데스크톱 환경을 준비해주는 역할을 합니다.

GNOME은 리눅스 운영체제의 데스크톱 환경 중 하나입니다. 보기 1, 2, 3번은 GNOME의 핵심 구성 요소로, 각각 창 관리자(Metacity, Mutter)와 파일 관리자(Nautilus)를 의미합니다. 반면, 보기 4번의 Plasma는 GNOME과는 다른 KDE라는 데스크톱 환경의 구성 요소이므로 GNOME과 가장 거리가 멉니다.

리눅스에서 사용하는 데스크톱 환경은 사용자가 컴퓨터와 상호작용하는 그래픽 인터페이스를 제공합니다. 보기 중 Luna와 Aqua는 각각 macOS와 iOS의 인터페이스 이름이며, Mutter는 GNOME 데스크톱 환경의 창 관리자입니다. XFCE는 가볍고 빠르며 사용자 친화적인 리눅스 데스크톱 환경으로 널리 사용됩니다.

Xlib는 X 윈도우 시스템의 기본적인 기능을 추상화하여 제공하는 저수준 클라이언트 라이브러리입니다. Xview는 Xlib 위에 구축된 위젯 툴킷이며, Xm (Motif) 역시 Xlib를 기반으로 하는 GUI 툴킷입니다. XCB는 Xlib보다 더 낮은 수준에서 X 프로토콜을 직접 다루는 라이브러리로, Xlib는 XCB와 같은 저수준 라이브러리를 사용하여 구현됩니다. 따라서 Xlib는 Xview나 Xm보다 저수준이며, XCB보다는 한 단계 높은 수준이지만 일반적으로 가장 저수준에 속하는 클라이언트 라이브러리로 간주됩니다.

원격지의 X 서버에 프로그램이 전달되려면, 해당 프로그램이 어떤 디스플레이 장치에 연결되어야 하는지를 알려주는 환경변수가 필요합니다. 정답인 `DISPLAY` 환경변수는 이 역할을 수행하며, 프로그램이 그래픽 출력을 보낼 X 서버의 주소와 화면 번호를 지정합니다. 다른 보기들은 X 서버와 직접적인 관련이 없거나, 프로그램의 그래픽 출력 경로를 지정하는 데 사용되지 않습니다.

이 문제는 X Window System의 인증 메커니즘에 대한 이해를 묻습니다. 정답은 4번 'MIT-MAGIC-COOKIE-1'인데, 이는 X Window System에서 클라이언트와 서버 간의 인증을 위해 사용되는 쿠키(cookie)의 종류를 나타냅니다. 다른 보기들은 인증 파일의 이름이나 관련 개념에 해당하지만, 문제에서 요구하는 '괄호 안에 들어갈 내용'으로는 MIT-MAGIC-COOKIE-1이 가장 적절합니다.

프레젠테이션 문서는 시각적인 자료를 활용하여 발표 내용을 효과적으로 전달하는 데 사용됩니다. 보기 중 **LibreOffice Impress**는 이러한 프레젠테이션 문서 작성을 위해 특화된 프로그램입니다. LibreOffice Writer는 문서 작성, Calc는 스프레드시트, Draw는 벡터 그래픽 편집에 사용되므로 프레젠테이션 작업에는 Impress가 가장 적합합니다.

정답은 1번 `xhost + 192.168.12.22`입니다. `xhost` 명령어는 X 서버에 접근할 수 있는 클라이언트를 관리하는 데 사용됩니다. `+` 옵션은 지정된 IP 주소(192.168.12.22)의 클라이언트가 X 서버에 접근하는 것을 허용하며, `-` 옵션은 접근을 차단합니다. `xauth` 명령어는 X 인증 정보를 관리하는 다른 도구이므로 X 서버 접근 권한을 직접 지정하는 데는 사용되지 않습니다.

OSI 7계층 모델에서 데이터 링크 계층은 물리적 링크를 통해 데이터를 전송하는 역할을 합니다. 이 계층에서는 데이터를 **프레임(frames)**이라는 단위로 캡슐화하여 오류 검출 및 흐름 제어를 수행합니다. 따라서 데이터 링크 계층의 데이터 전송 단위는 프레임이 가장 적절합니다.

정답은 2번 스타(Star)형입니다. 스타형 구성은 중앙 허브 또는 스위치에 모든 장치가 연결되는 방식입니다. 이 구성의 단점은 중앙 장치에 장애가 발생하면 전체 네트워크가 마비된다는 점입니다. 또한, 중앙 장치의 성능이 네트워크 전체의 성능을 좌우하는 병목 현상이 발생할 수 있습니다.

**정답 이유:** FDDI는 광섬유를 이용한 이중 링 토폴로지의 네트워크 기술로, 높은 대역폭과 안정성을 제공합니다. **핵심 개념:** FDDI는 두 개의 독립적인 링을 사용하여 데이터 전송의 신뢰성을 높이고, 광섬유를 통해 빠른 속도를 지원합니다. 이는 Token Ring보다 더 발전된 형태이며, DQDB나 Frame Relay와는 다른 네트워크 구조와 목적을 가집니다.

이 문제는 네트워크 통신에서 데이터 전송 방식을 묻는 문제입니다. 정답은 1번 IP이며, IP는 인터넷 상에서 데이터 패킷을 목적지까지 전달하는 역할을 합니다. TCP와 UDP는 IP 위에서 동작하며 데이터의 신뢰성이나 속도를 조절하는 역할을 하고, ICMP는 네트워크 오류를 보고하는 데 사용됩니다.

B 클래스의 사설 IP 주소 대역은 172.16.0.0부터 172.31.255.255까지입니다. 이는 RFC 1918에서 정의된 내부 네트워크에서만 사용되는 IP 주소 범위이며, 외부 인터넷과는 직접 통신하지 않습니다. 따라서 보기 중 이 범위에 해당하는 3번이 정답입니다.

정답은 2번 ICANN - KISA입니다. ICANN은 전 세계적으로 IP 주소와 도메인 이름을 총괄적으로 관리하는 국제기구이며, KISA(한국인터넷진흥원)는 한국 내에서 IP 주소 및 도메인 관련 업무를 담당하는 국내 기관입니다. ISO는 국제 표준화 기구이고 NIPA는 정보통신산업진흥원으로, IP 주소 및 도메인 관리와 직접적인 관련은 적습니다.

정답은 2번 NFS입니다. NFS(Network File System)는 네트워크를 통해 원격지의 파일 시스템을 마치 로컬 디렉터리처럼 사용할 수 있게 해주는 서비스입니다. 이를 통해 리눅스 서버에서 유닉스 서버의 디렉터리를 마치 자신의 시스템에 있는 것처럼 접근하고 조작할 수 있습니다. NIS는 사용자 계정 정보를 공유하고, SAMBA는 윈도우 파일 공유에 주로 사용되며, TELNET은 원격 접속 및 명령어 실행에 사용됩니다.

정답은 1번 NIS입니다. NIS(Network Information Service)는 원격지 서버에서 사용자 계정, 그룹 정보 등 시스템 정보를 공유하는 서비스로, 직접적인 명령 실행이나 파일 복사 기능을 제공하지 않습니다. 반면 RLOGIN, SSH, TELNET은 원격 서버에 접속하여 명령을 실행하고 파일을 전송하는 기능을 지원하는 서비스입니다.

삼바(Samba)는 리눅스/유닉스 시스템에서 윈도우 파일 및 프린터 공유 프로토콜인 SMB/CIFS를 사용할 수 있도록 하는 소프트웨어입니다. SMB, CIFS, NetBIOS는 모두 삼바 서비스와 직접적으로 관련된 프로토콜 또는 네트워킹 기술입니다. 반면 RPC(Remote Procedure Call)는 원격 프로시저 호출을 위한 일반적인 메커니즘으로, 삼바와 직접적인 관련성은 가장 적습니다.

파이어폭스 웹 브라우저는 **모질라 재단**에서 개발했습니다. 모질라 재단은 오픈 소스 소프트웨어 개발을 지원하는 비영리 단체로, 파이어폭스 외에도 썬더버드와 같은 다양한 소프트웨어를 개발하고 있습니다. 아파치 재단은 웹 서버인 아파치 HTTP 서버를 개발했으며, ASA는 다른 분야의 단체입니다.

FTP 클라이언트에서 서버 연결을 종료하고 셸 프롬프트로 돌아가는 명령은 보통 `bye`, `exit`, `quit`입니다. 이들은 FTP 세션을 정상적으로 종료하는 역할을 합니다. 반면, `close` 명령은 현재 활성화된 FTP 연결을 닫지만, FTP 클라이언트 자체는 종료하지 않고 다른 FTP 서버에 접속할 수 있는 상태를 유지합니다. 따라서 FTP 서버 연결을 해제하고 셸 프롬프트로 완전히 빠져나오는 명령으로 틀린 것은 `close`입니다.

FTP에서 파일 전송 및 다운로드 진행 상태를 '#' 기호로 표시하는 데 사용되는 명령어는 `hash`입니다. 이 명령어는 클라이언트에게 전송 또는 다운로드되는 데이터의 진행률을 시각적으로 보여주어 사용자가 작업 상태를 쉽게 파악할 수 있도록 돕습니다. `hash` 명령어를 사용하면 일정량의 데이터가 전송될 때마다 '#' 문자가 출력되어 진행 상황을 실시간으로 확인할 수 있습니다.

이 문제는 서브넷 마스크를 통해 네트워크 주소를 결정하는 문제입니다. 주어진 IP 주소와 서브넷 마스크를 비트 연산하여 네트워크 부분을 추출하면 해당 네트워크의 시작 주소를 알 수 있습니다. 보기 2번의 192.168.3.64는 해당 네트워크의 첫 번째 할당 가능한 IP 주소로, 네트워크 주소 자체는 192.168.3.64가 됩니다.

그림은 네트워크 라우터의 정보, 즉 패킷이 목적지까지 도달하기 위해 거쳐야 할 경로 정보를 보여줍니다. `route` 명령어는 운영체제의 라우팅 테이블을 확인하고 관리하는 데 사용됩니다. 따라서 그림에 해당하는 명령은 `route`입니다.

DNS 서버 설정을 변경할 때, 시스템이 도메인 이름을 IP 주소로 변환하기 위해 참조해야 할 DNS 서버의 주소를 지정하는 키워드는 `nameserver`입니다. 이는 `/etc/resolv.conf`와 같은 설정 파일에서 흔히 사용되는 용어로, 시스템이 어떤 DNS 서버를 통해 질의를 수행할지 알려주는 역할을 합니다. 따라서 괄호 안에 들어갈 알맞은 내용은 `nameserver`입니다.

정답은 3번 'ip, ifconfig'입니다. 'ip' 명령어는 네트워크 인터페이스의 IP 주소 및 MAC 주소를 포함한 다양한 정보를 보여주며, 'ifconfig' 역시 유사하게 네트워크 인터페이스 설정을 확인하는 데 사용됩니다. 이 두 명령어 모두 MAC 주소를 직접적으로 확인할 수 있습니다. 'arp'는 ARP 테이블을 보여주며 IP와 MAC 주소의 매핑 정보를 담고 있지만, 직접적으로 사용 중인 이더넷 카드의 MAC 주소를 확인하는 주 명령어는 아닙니다. 'ss'는 소켓 정보를 보여주는 명령어입니다.

이 문제는 GUI 환경에서 네트워크 설정을 편집하는 도구를 묻고 있습니다. 정답인 3번 `nm-connection-editor`는 NetworkManager라는 네트워크 관리 시스템의 GUI 도구로, 네트워크 연결을 시각적으로 설정하고 관리하는 데 사용됩니다. 다른 보기들은 네트워크 설정과 관련이 있지만, 직접적으로 그림에 해당하는 GUI 편집 도구를 지칭하지는 않습니다.

그림은 네트워크 인터페이스의 링크 속도, 듀플렉스 모드 등 상세한 정보를 보여줍니다. 이러한 정보를 확인하고 설정하는 데 사용되는 명령어는 `ethtool`입니다. `ip`는 네트워크 인터페이스의 IP 주소, 라우팅 테이블 등을 관리하고, `mii-tool`은 구형 시스템에서 링크 상태를 확인하는 데 사용되며, `ss`는 소켓 통계를 보여주는 명령어이므로 그림의 정보와는 관련이 적습니다.

정답은 2번 'ESTABLISHED'입니다. 이는 TCP 연결이 성공적으로 수립되어 서버와 클라이언트가 데이터를 주고받을 준비가 된 상태를 의미합니다. 'LISTEN'은 서버가 연결 요청을 기다리는 상태이며, 'SYN-SENT'와 'SYN_RECEIVED'는 연결 수립 과정 중인 상태입니다.

정답은 4번 채널본딩입니다. 채널본딩은 여러 무선 채널을 하나로 묶어 데이터 전송 속도를 높이는 기술입니다. 마치 여러 차선을 합쳐 교통 흐름을 원활하게 하는 것과 같습니다. 이를 통해 더 빠르고 안정적인 무선 통신이 가능해집니다.

이 문제는 운영체제의 종류와 그 특징을 이해하고 있는지 묻는 문제입니다. 리눅스는 오픈 소스 기반의 범용 운영체제로, 다양한 분야에서 활용됩니다. GENIVI, TIZEN, Web OS는 모두 리눅스 커널을 기반으로 하거나 리눅스와 밀접한 관련이 있는 운영체제입니다. 반면 QNX는 리눅스와는 다른 마이크로커널 기반의 실시간 운영체제(RTOS)로, 리눅스와는 근본적인 설계 철학 및 구조에서 차이가 있습니다. 따라서 리눅스와 가장 거리가 먼 것은 QNX입니다.

CPU 반가상화를 지원하는 가상화 기술은 **XEN**입니다. 반가상화는 게스트 운영체제가 가상화 환경을 인지하고 이에 맞춰 수정된 형태로 동작하는 방식입니다. XEN은 이러한 반가상화 기술을 사용하여 하드웨어 에뮬레이션 없이 높은 성능을 제공합니다. Docker는 컨테이너 기술로 운영체제 수준의 가상화를 사용하며, KVM과 VirtualBox는 주로 전가상화 기술을 사용합니다.

XEN은 리눅스 가상화 기술 중 하나입니다. 정답은 2번으로, 반가상화 시에는 게스트 OS가 하드웨어에 직접 접근하는 대신 XEN의 API를 통해 접근하므로, 호스트와 동일한 아키텍처를 사용해야 합니다. 다른 보기들은 XEN의 특징과 맞지 않거나, 다른 가상화 기술에 대한 설명입니다.