제 3 회 리눅스 공동체 세미나 m 세션
리눅스의 힘! 네트워킹에 있다
유니텔 리눅스 동호회 시삽
장성재 <sjang@hlug.hanyang.ac.kr>
반드시 알아야 할 리눅스 명령어.
리눅스 시스템 중요 설정파일 알기.
네트워킹이 이루어지는 원리를 설명하고
시스템 네트웍 관리자가 되기 위한 기본과정으로
중요한 네트웍 서비스(apache server, ftp server)의 설치 및 upgrade 방법
|
|
제 3 회 리눅스 공동체 세미나 m 세션 |
|
|
리눅스의 힘! 네트워킹에 있다 |
||
|
|
||
|
|
|
|
|
유니텔 리눅스 동호회 시삽 장성재 <sjang@hlug.hanyang.ac.kr> |
||
|
반드시 알아야 할 리눅스 명령어. 리눅스 시스템 중요 설정파일 알기. 네트워킹이 이루어지는 원리를 설명하고 시스템 네트웍 관리자가 되기 위한 기본과정으로 중요한 네트웍 서비스(apache server, ftp server)의 설치 및 upgrade 방법 |
||
리눅스의 힘! 네트워킹에 있다 399
------------------------------------------------------------------------------------------------
1. 반드시 알아야 할 기본 명령어
리눅스는 텍스트 기반 환경의 운영체제이므로 리눅스 명령어를 알지 못하고서는 아무것도 할 수 없다. x 윈도우 환경이 날로 좋아지고 있긴 하지만 명령어를 익히는 것은 리눅스의 기본중의 기본이다.
리눅스 기본 명령어는 실제로 특정 응용프로그램을 실행하는 것이다. 예들 들어, 파일을 복사하는 cp 명령어는 유닉스 계열의 모든 운영체제에 있는 것이므로 기본 명령어라고 하지만, 실제로는 파일 복사해주는 기능을 하는 cp 라고 하는 응용프로그램을 실행하는 것이다.예전의 도스 사용자를 위해 비교해서 설명하자면, 리눅스 명령어는 모두 외부명령어이다. 내부명령어는 없다. 따라서 cp 라는 명령어는 시스템 어디엔가 저장되어 있고 사용자는 이것을 실행함으로써 파일을 복사할 수 있는 것이다. 리눅스는 다른 유닉스 계열의 운영체제에 비해서 많은 명령어들을 가지고 있다. 즉, 많은 프로그램들이 설치가 된다는 뜻이다.
리눅스 명령어는 작고 강력하다. 작다는 의미는 그 명령어에게 주어진 기능을 충실하게 오류 없이 해 낸다는 것을 뜻한다. 강력하다는 의미는 이러한 작은 기능들이 모여서 강력한 기능을 해 낸다는 뜻이다. 리눅스 명령어는 작기 때문에 버그가 없다. 그런 버그 없는 기능들이 모여서 강력한 기능을 하는 것이다. 리눅스 명령어를 잘 쓰는 방법은 파이프(|)를 이용하는 것이다. 이것을 이용하면 작은 리눅스 명령어들을 결합하여 쓸 수 있으며 강력한 기능을 발휘하게 되는 것이다.
기본명령어를 알아보기 위한 방법을 두 가지로 나눌 것이다. 하나는 기본 명령어를 나열하고 자주 쓰는 옵션을 이용해 보는 것이고, 다른 하나는 여러 명령어를 파이프를 이용하여 동시에 사용하는 방법을 알아보는 것이다.
1.1 기본적인 명령어
아래에 기술되는 기본적인 명령어의 설명은 유리핵 문서의 내용을 참고 하였으며 보충 설명이 필요하다고 생각되는 부분은 부연 설명을 추가하는 방법을 이용하였다. 리눅스 명령어는 크게 두 가지로 나눌 수 있다. 하나는 일반 사용자가 이용하게 되는 명령어이고, 다른 하나는 시스템 관리와 관련된 명령어가 있다. 일반적인 리눅스 명령어부터 하나씩 알아보도록 하자.
pwd
기 능 현재/작업 디렉토리명을 출력한다.
문 법 pwd
옵 션
--help 표준출력으로 사용법을 출력하고 정상적으로 종료한다.
--version 표준출력으로 버전정보를 출력하고 정상적으로 종료한다.
cd
기 능 작업 디렉토리를 변경한다.
문 법 cd <directory>
<directory>는 바꾸려고 하는 디렉토리이다. 디렉토리를 따로 입력하지 않으면, login한 디렉토리($home 또는 '~'로 표시됨)로 이동한다. "."은 현재 디렉토리이며, ".."은 상위 디렉토리이다.
사용예 cd ../foo
현재 디렉토리를 상위 디렉토리에 있는 'foo'라는 디렉토리로 바꾼다.
cd 는 디렉토리를 변경할 때 사용하는 명령어이다. 어떤 명령어를 수행할 때 디렉토리가 있어야 하는 것이라면 공통적으로 적용되는 것인데, 바로 디렉토리를 나타내기 위한 여러 가지 문자들이다. 물론, 디렉토리 입력하는 방법은 절대경로를 이용하는 것과 상대경로(현재디렉토리를 기준하는 것)네 가지 문자 "/, ., .., ~"(슬래쉬, 점하나, 점두개, 딜드) 이다. 네 개의 문자는 각각 의미를 가지고 있다. 슬래쉬는 시스템의 root 디렉토리를 나타내거나 디렉토를 구분하는 것이다. 점하나는 현재 디렉토리를 뜻한다. 점두개는 현재디렉토리의 상위 디렉토리는 나타낸다. 마지막으로 딜드는 일반적으로 사용자의 홈(home)디렉토리는 나타내는 것으로, 이것을 이용한 많은 활용이 있다. 몇 가지 예를 들어 보기로 하자.
슬래쉬는 디렉토리 구분이므로 예를 생략한다. 점하나는 현재 디렉토리를 뜻한다.
$ cd ./ 또는 $ cd .
위의 명령어는 현재 디렉토리로 이동하는 것이다. 지금 있는 곳이 현재 디렉토리이므로 지금 디렉토리 그냥 머물러 있게 된다. 점두개는 현재 디렉토리의 상위 디렉토리를 뜻하는 것이다. 현재 디렉토리를 /home/sjang 이라고 가정하기로 하자. 그리고, /home/admin 이라는 사용자 admin 의 홈디렉토리가 존재한다고 가정한다.
$ pwd
/home/sjang
$ cd ../admin
마지막의 명령의 뜻은 점두개를 이용했으므로 /home을 뜻하게 되고 그 아래에 있는 admin 으로 이동하게 된다. 리눅스를 설치하면 /usr 이 만들어 진다. 따라서 현재 /home/sjang 의 위치에 있다면
$ cd ../../usr
입력으로 /usr 로 이동하게 된다. 딜드를 사용한 활용이 돋보이는데, 현재 어느 디렉토리에 있던 어떤 사용자의 홈디렉토리로 이동하기를 원한다면 디렉토리를 입력할 때 딜드 다음에 사용자 이름을 입력하면 그 사용자의 홈디렉토리로 이동하게 된다.
$ cd ~admin <== admin 의 홈디렉토리로 이동한다.
현재 로그인한 사용자가 sjang 이고, 자신의 홈디렉토로 이동하기를 원할때에도 딜드를 이용할 수 있다.
$ cd ~
딜드만 입력하면 현재 사용자의 홈디렉토리로 이동한다. 딜드를 생략하고 cd 라고만 입력해도 홈디렉토리로 이동하게 된다.
$ cd ~/temp
위의 명령어는 자신의 홈디렉토리 아래에 temp 라는 디렉토리로 이동하는 명령어이다. 딜드가 홈디렉토리를 뜻하므로 어렵지 않게 이해할 수 있을 것이다.
ls [abcdefgiklmnpqrstuxabcfglnqrsux178]
기 능 dos의 'dir'과 유사한 명령으로 파일명, 디렉토리명 등을 출력시키며 옵션에 따라 다양한 정보와 함께 출력된다.
문 법 ls <file1> <file2> ...<filen>
<file1>부터 <filen>까지의 파일명이나 디렉토리명을 출력시킨다.
옵 션
-a 디렉토리 내의 모든 파일 출력한다.
-i 파일의 inode와 함께 출력한다.
-l 파일 허용 여부, 소유자, 그룹, 크기, 날짜 등을 출력한다.
-m 파일을 쉼표로 구분하여 가로로 출력한다.
-r 정렬 옵션이 선택되었을 때, 그 역순으로 출력한다.
-s kb 단위의 파일 크기를 출력한다.
-t 최근에 생성된 파일순으로 출력한다.
-x 파일 순서를 세로로 출력한다.
-f 파일의 형태와 함께 출력한다.
출력되는 파일의 형태는 '*', '@', '|', '=' 등이며, 이것은 각각 실행 파일, 심볼릭 링크, fifo 소켓을 나타낸다.
-r 서브 디렉토리의 내용을 포함하여 출력한다.
-s 파일 크기가 큰 순서로 출력한다.
-u 정렬하여 출력한다.
-1 라인당 한 파일씩 출력한다.
--help 도움말을 출력한다.
--version 'ls'의 파일 버전과 함께 출력한다.
사용예 ls -lf /home/jspark
/home/jspark 디렉토리 내용을 파일 허용 여부, 소유자, 그룹등의 정보와 파일의 형태를 포함하여 출력시킨다. 이 명령은 dos에서의 'dir' 명령에 의한 출력과 유사하다. 리눅스에서 사용되는 alias 기능을 이용하면 ls 명령어의 옵션을 쉽게 이용할 수 있다.
cp [abdfilprsuvxprsv]
기 능 파일(들)을 다른 파일 이름으로 복사하거나 다른 디렉토리로 복사한다.
문 법 cp <file1> <file2> ...<filen> <destination>
<file1>부터 <filen>까지를 <destination>으로 복사한다. <destination>은 파일이나 디렉토리이다.
옵 션
-a -dpr의 조합과 같다.
-b 덮어쓰거나 지울 때 백업 파일을 만든다.
-d 심볼릭 링크 파일 그대로 복사한다.
(디폴트는 연결된 원래 파일을 복사함).
-f 같은 파일명을 갖는 파일이 있을 경우, 지운 후 복사한다.
-i 같은 파일명을 갖는 파일이 있을 경우, 사용자 확인후 복사한다.
-l 하드 링크를 만든다.
-p 원시 파일의 소유자, 그룹, 허용 여부, 시간 등을 그대로 복사한다.
-r 서브 디렉토리를 포함한 모든 파일 복사한다.
-s 심볼릭 링크를 만든다.
-u 복사할 파일이 구 버전일 경우만 복사한다.
-v 복사하기 전에 각각의 파일명을 출력한다.
-x 파일 시스템이 같을 경우만 복사한다.
-p 원시 파일이 존재하는 디렉토리까지 포함하여 복사한다.
-r 디렉토리를 포함하여 복사한다.
-s 환경 변수 simple_backup_suffix에 의해 지정된 백업 꼬리말로 백업 파일 생성한다.
사용예 cp ../foo myfile
../foo 파일을 파일이나 디렉토리가 될 수 있는 myfile로 카피한다.
cp 명령어를 쓸 때 가장 많이 이용하는 옵션은 r, f, p 정도이다. 위의 설명대로 r 은 하위 디렉토리를 포함해서 복사하고 f 는 겹치는 파일이 있어도 묻지 않고 덮어 써 버린다. p 옵션은 파일을 백업 받을 때 유용한 옵션이다.
$ cp -rf ~/temp ~/temp2
자신의 홈디렉토리 아래에 temp 라는 디렉토리 또는 파일을 temp2 라는 곳에 하위 디렉토리까지 포함해서 덮어쓰면서 복사되는 명령어이다.
mv [bfiuv]
기 능 파일(들)을 다른 파일이나 디렉토리로 이동시킨다. 이 명령은 복사와 같으나 원본이 지워진다. 따라서 파일의 이름을 바꿀때도 사용될 수 있다.
문 법 mv <file1> <file2> ...<filen> <destination>
<file1>부터 <filen>까지의 파일들을 이동시키며 <destination>은 그 목표 파일이나 디렉토리이다.
옵 션
-b 지워지기 전에 백업본을 만든다.
-f 옮겨질 디렉토리에 존재하는 파일이 있으면 덮어쓴다.
-i 옮겨질 디렉토리에 존재하는 파일이 있으면 확인한다.
-u 옮겨질 디렉토리에 구 버전의 파일이 있을 경우만 옮긴다.
-v 옮기기 전에 파일명을 출력한다.
사용예 mv ../foo bar
../foo 파일을 파일이나 디렉토리인 bar로 이동시킨다.
리눅스는 파일이름을 바꾸는 명령어가 없다. 파일이름을 변경할 때 mv 명령어를 이용하면 된다.
rm [dfirvr]
기 능 파일들을 지우는 명령이다. 주의할 것은 유닉스 하에서
파일들이 지워지면, 복구가 불가능하다.
문 법 rm <file1> <file2> ...<filen>
<file1>부터 <finen>까지의 파일들을 지운다.
옵 션
-d 'unlink' 디렉토리를 지운다. 수퍼 유저만 가능하며, 사용 후 fsck가 필요하다.
-f 존재하지 않은 파일일 경우에도 에러 메시지 출력을 하지 않는다.
-i 지우기 전에 확인한다.
-r 서브 디렉토리를 포함하여 지운다.
-v 지워지는 파일명을 출력한다.
-r -r과 같다.
사용예 rm -i /home/jspark/joe /home/jspark/frog
/jspark/larry의 joe와 frog를 지운다.
rm 도 cp 와 마찬가지로 가장 많이 쓰이는 옵션이 r, f 이다. 옵션의 뜻은 동일하다. 묻지않고 하위디렉토리까지 지우므로 상당히 위험한 옵션이기도 하다. r 옵션을 쓰고 디렉토리 이름을 주면 그 디렉토리에 포함된 하위 디렉토리까지 모두 지워준다. 디렉토리를 지우는 명령어는 rmdir 이지만, 이것은 디렉토리가 비어 있을때만 디렉토리를 지울 수 있으므로 rm 명령어의 r 옵션을 이용하면 디렉토리를 쉽게 지울 수 있다.
$ rm -rf ~/temp2
mkdir
기 능 새로운 디렉토리를 만든다.
문 법 mkdir <dir1> <dir2> ...<dirn>
<dir1>부터 <dirn>까지의 디렉토리를 생성한다.
옵 션
-p 지정된 모든 서브 디렉토리까지 함께 생성한다.
-m mode
mode에 해당하는 사용 허가로 디렉토리를 생성한다.
사용예 mkdir /home/jspark/temp
/home/jspark 아래의 temp 디렉토리를 생성한다.
rmdir [p]
기 능 비어 있는 디렉토리를 지운다. rmdir을 사용할 때는 현재 디렉토리가
지워질 디렉토리 안에 포함되어 있으면 안된다.
문 법 rmdir <dir1> <dir2> ...<dirn>
<dir1>부터 <dirn>까지의 디렉토리를 지운다.
옵 션
-p 지우고자 하는 디렉토리의 상위 디렉토리까지 포함하여 지운다.
사용예 rmdir /home/jspark/temp
/home/jspark/temp가 비여 있으면, 지운다.
man [adfhkt]
기 능 주어진 명령이나 자원들의 매뉴얼을 출력한다.
문 법 man <command>
<command>의 명령이나 자원의 도움말을 보여 준다.
옵 션
-a 발견되는 모든 manual page를 출력
-d 디버깅 정보 출력
-f whatis와 같음
-h 도움말 출력
-k apropos와 같음
-t groff(troff)를 사용하여 프린트를 위한 형식으로 출력
사용예 man ls
ls 명령어의 도움말을 보여 준다.
man 3 printf
c 함수인 printf 에 관한 메뉴얼을 출력한다.
more/less
기 능 주어진 파일의 내용을 한 화면씩 출력시킨다.
문 법 more <file1> <file2> ... <filen>
<file1>부터 <filen>까지의 파일을 출력시킨다.
유닉스상의 more는 dos와는 달리 실행중에 몇가지 명령어가 제공되어 그 명령어를 이용하므로써 파일의 내용을 편리하게 볼 수 있다. 명령어는 아래와 같다.
h 도움말
space, z 다음 페이지
return 1 라인 스크롤
d, ^d 반 페이지 스크롤
q, q 종료
f 다음 페이지
b, ^b 이전 페이지
/pattern 검색
= 현재 라인 출력
!<command>
:!<command> <command> 명령어 실행
^l 화면 다시 출력
:f 현재 파일명과 라인 출력
사용예 more temp/readme
temp/readme 파일을 페이지 단위로 출력시킨다.
cat
기 능 파일의 모든 내용을 한번에 출력시킨다.
문 법 cat <file1> <file2> ...<filen>
<file1>부터 <filen>의 파일을 출력시킨다.
사용예 cat temp/readme
temp/readme 파일을 출력시킨다.
echo
기 능 주어진 인자를 단순히 출력시킨다.
문 법 echo <arg1> <arg2> ...<argn>
<arg1>부터 <argn>까지의 인자를 출력시킨다.
사용예 echo "welcome to linux world"
"welcome to linux world"를 출력시킨다.
grep [cvbchilnsvwx]
기 능 주어진 패턴을 포함하는 파일의 라인을 출력시킨다.
문 법 grep <pattern> <file1> <file2> ...<filen>
<pattern>은 규칙이 주어진 표현이며 <file1>부터 <filen>은 조사하기 위한 파일들이다.
옵 션
-c 일치하는 문장의 상하 두 라인까지 포함하여 출력한다.
-v 버전과 함께 출력한다.
-b byte 오프셋과 함께 출력한다.
-c 일치하는 라인의 갯수를 출력한다.
-h 파일명은 출력하지 않는다.
-i 대소문자 구분하지 않는다.
-l 일치하는 내용을 가지는 파일명만 출력한다.
-n 일치하는 내용을 가지는 라인 번호를 출력한다.
-s 에러 메시지만을 출력한다.
-v 일치하지 않는 내용을 출력한다.
-w 한 단어로 일치해야 출력한다.
-x 전체 라인이 일치해야 출력한다.
사용예 grep linux /home/jspark/temp/readme
/home/jspark/temp/readme의 파일 중에 "linux" 패턴을 포함한 모든 라인을 출력시킨다.
기본외에 몇 가지 명령어
실제로 많이 사용되는 몇가지 명령을 알아보자.
find -name <filename>
현재 디렉토리와 포함된 모든 서브 디렉토리에서 <filename>을 가지는 파일이나 디렉토리를 찾는다.
df <device>
하드의 전체 용량 및 남은 용량을 출력한다.
du
현재 디렉토리와 포함된 서브 디렉토리의 용량을 출력한다.
free
스웹 용량과 메모리에 대한 정보를 출력한다.
ls -lr
현재 디렉토리와 서브 디렉토리의 이름 및 포함되어 있는 파일을 출력시킨다.
su <사용자 id>
현 상태에서 다른 사용자로 다시 login한다. <사용자 id>를 입력하지 않으면, root로 login 할 수 있다.
zless <filename>
리눅스의 faq들(/usr/doc/)은 대부분 "gz" 파일로 압축이 되어 있다. 이 파일을 보기 위해서 필요한 명령어이다. 필요한 파일 선택에 와일드카드를 사용할 수 있다.
info
리눅스의 도움말 문서들은 주로 man 형식과 info 형식을 가지고 있다. man은 주로 사용되는 간단한 명령어에 대한 관련 도움말을 가지고 있으며, info는 주로 큰 패키지에 포함되는 하이퍼텍스트 형식의 자세한 도움말 문서이다.
info를 실행시키면, 메뉴 선택의 방식으로 문서 정보를 참조하게 된다. info 안에 열거된 메뉴를 선택하여 참조하며, 선택된 것은 여러 페이지에 걸친 설명이나 하위 메뉴(노드)가 존재하게 된다. 아래에 노드와 페이지를 선택하는 키를 설명한다.
key 설명
space 다음 페이지
bs/delete 이전 페이지
n 다음 노드
p 이전 노드
l 바로 전에 위치했던 노드
b 노드의 첫 페이지
u 상위 노드
m 메뉴 선택
1 - 5 메뉴 선택(위부터 1)
s 문자열 검색
ctrl + p 프린트
info를 실행시키면, /usr/info의 디렉토리를 검사하여 해당하는 문서 자료들을 불러들인다. 이 디렉토리에 있는 "dir" 파일은 모든 info 파일에 관한 초기 도움말 화면을 가지고 있다. 따라서 새로운 info 파일을 보기 위해선 /usr/info 디렉토리에 info 파일들을 복사한 후 "dir" 파일을 편집하여야 한다. 예를 들면, dosemu의 info 파일을 보기 위해서는 아래와 같은 문장을 "dir" 파일에 추가시킨다.
dosemu: (dosemu). dos emulator for linux
유닉스는 수많은 명령어(실행 파일들)와 그에 따른 옵션이 많기 때문에 모든 것을 외우는 것은 거의 불가능할 것이다. 위의 명령어 중에 man 명령어는 원하는 명령어의 기능 및 옵션 설명, 간단한 예제, 관련된 다른 명령어들을 출력시키므로 리눅스를 사용하는데 많은 도움을 줄 것이다.
간단한 rpm 사용법
rpm은 기본적으로 5가지의 기본 사용 방법이 있다. 설치와 제거, 업그레이드와 패키지 정보 알아내기, 그리고 패키지 점검이다. 자세한 설명이 필요하다면 rpm --help를 실행하거나 rpm 만 입력하면 도움말이 출력된다.
설치
rpm 패키지는 일반적으로 foo-1.0-1.i386.rpm과 같은 식의 이름을 가진다. 이런 이름은 패키지 이름(foo), 버전(1.0), 패키징 버전(1), 시스템 구조(i386)의 정보를 포함한다. 패키지를 설치하는 것은 다음과 같이 간단히 할 수 있다.
# rpm -ivh foo-1.0-1.i386.rpm
foo ############################################
rpm은 패키지 이름을 출력한다. 그리고 패키지 설치의 진행상황이 해쉬(#) 표시로 화면에 나타나며 설치가 된다. h 옵션이 이 해쉬 마크를 출력해 주는 것이다.
이미 패키지가 설치 됐을 때
패키지가 이미 설치된 상태에서 다시 설치한 경우 다음과 같은 오류 메시지를 보게 된다.
# rpm -ivh foo-1.0-1.i386.rpm
foo package foo-1.0-1 is already installed
error: foo-1.0-1.i386.rpm cannot be installed
사용자가 꼭 다시 설치를 하기를 원한다면 --replacepkgs 선택 사항을 명령행에서 사용하면 된다. 이것은 rpm에게 위와 같은 오류를 무시하라고 하는 명령이다.
파일의 충돌
다른 패키지에서 이미 설치된 패키지의 파일과 똑같은 이름의 파일을 포함한 패키지를 설치하려고 할 때 사용자는 아래와 같은 오류 메시지를 받게 된다.
# rpm -ivh foo-1.0-1.i386.rpm
foo /usr/bin/foo conflicts with file from bar-1.0-1
error: foo-1.0-1.i386.rpm cannot be installed
이러한 오류 메시지를 무시하려면, 명령행에서 --replacefiles 선택 사항을 추가하면 된다.
의존성 오류
rpm은 패키지와 패키지 사이에 의존성을 설정할 수 있다. 이런 의존성이란 어떤 패키지가 제대로 작동하기 위해서 다른 패키지가 필요한 경우를 말한다. 만약 의존성 문제가 해결되지 않은 상태에서 패키지를 설치하게 되면 다음과 같은 메시지를 보게 된다.
# rpm -ivh bar-1.0-1.i386.rpm
failed dependencies:
foo is needed by bar-1.0-1
이러한 오류 메시지를 해결하기 위해서는 필요한 패키지를 먼저 설치해야 한다. 어떻게든 강제로 패키지를 설치하려고 한다면, 명령행에서 --nodeps 선택 사항을 추가하라 그러나 이것은 별로 올바른 방법이 아니다. 대부분 패키지가 제대로 실행이 되지 않을 것이기 때문이다.
제거
제거는 -e 옵션을 이용하면 된다.
# rpm -e foo
명령을 내릴 때 설치용 패키지 파일의 이름을 사용하는데 아니라 패키지 이름인 "foo" 을 사용한다는데 주의한다.
가끔 패키지를 제거하는 동안 의존성 오류가 발생하기도 한다. 이러한 오류는 제거하려는 패키지에 의존성이 걸려 있는 다른 패키지가 있을 경우에 일어난다. 예를 들어 아래와 같은 메시지를 받게 된다.
# rpm -e foo
removing these packages would break dependencies:
foo is needed by bar-1.0-1
이 경우 "bar" 패키지가 "foo"패키지에 의존성이 걸려 있는 경우이다. 이때 어떻게든 제거를 하려고 한다면 --nodeps 선택 사항을 쓰면 된다. 이것 역시 설치의 경우와는 반대로 제거한 패키지에 의존하고 있는 패키지가 정상적으로 동작하지 않게 된다.
패키지 업그레이드
# rpm -uvh foo-2.0-1.i386.rpm
foo ####################################
위에서 본 설치와 다른 점은 rpm이 자동적으로 구 버전의 foo 패키지를 제거한다는 점이다. 사실 맨 처음 설치 할 때도 -u 선택 사항을 써서 설치할 수 있다. 이 선택 사항을 사용하면 이전 버전의 설치된 패키지가 없으면 일반적인 설치를 수행하기 때문이다.
rpm은 지능적인 설정 파일에 대한 업그레이드를 수행하기 때문에 사용자는 설치 도중 다음과 같은 메시지를 보게 된다. 일종의 이전의 설정파일의 백업을 만드는 작업이다.
saving /etc/foo.conf as /etc/foo.conf.rpmsave
이렇게 이전 버전의 설정 파일을 버전이 올라간 패키지에서 바로 사용하지 않는 것은 버전이 올라간 패키지의 설정 파일 방식이 이전 방식과 호환이 되지 않는 경우가 있기 때문이다. 그래서 rpm은 사용자가 변경을 가한 설정 파일을 따로 저장하고 새로운 설정 파일을 설치한다. 사용자는 새로운 설정 파일과 이전 설정 파일과의 차이점을 살펴 본 다음, 전에 사용했던 기능을 정상적으로 사용할 수 있도록 새로운 설정 파일에 이전 설정 파일의 내용을 참고해서 변경을 가해 주면 된다.
패키지 정보 알아내기, 쿼리 주기
설치된 패키지의 데이터베이스로부터 정보를 알아내는 것은 rpm -q 명령을 사용한다. 이런 rpm -q foo와 같은 간단한 사용법은 이미 설치된 패키지 foo의 이름과 버전, 패키지 버전을 아래와 같이 알려준다.
# rpm -q foo
foo-2.0-1
패키지 정보를 알아내는데 있어서 패키지 이름을 사용하는 대신에 -q 선택 사항에 추가적인 선택 사항을 붙여 현재 알고 있는 내용만으로 사용자가 알고 싶은 해당 패키지의 정보를 알아낼 수 있다. 이것들을 패키지 선택 사항이라고 한다.
-a : 현재 설치된 모든 패키지를 알아내는데 사용된다.
-f <파일>: <파일>을 포함한 패키지가 무엇인지 알아낸다.
-f: 이 선택 사항은 파일 이름이 표준 입력으로 들어온다는 것 빼고는 -f 와 같다.
(예: find /usr/bin | rpm -qf)
-p <패키지 파일> : 설치 유무에 관계없이 패키지 파일 안에 있는 패키지 정보를 알아내는 데 쓰임
-p : -p 선택 사항과 동일 입력만 표준 입력으로부터 받음
(예: find /mnt/cdrom/redhat/rpms | rpm -qp)
정보를 알아내고자 하는 패키지에 대해서 어떤 정보를 보여줄 것인지를 결정하는 여러 가지 방법이 있다. 이러한 선택 사항은 사용자가 관심 있는 정보를 선택하는데 사용된다. 이 선택 사항들은 정보 선택 사항이라고 한다.
-i : 패키지 이름, 패키지에 대한 짤막한 설명, 패키지 버전, 크기, 패키지 작업 날짜,
설치된 날짜, 패키지 제작 회사 등의 정보를 보여준다.
-l : 패키지가 가지고 있는 파일의 목록을 보여준다.
-s : 설치된 패키지에 있는 모든 파일의 상태를 보여준다. 상태는 이상 없음(normal)과
사라짐(missing)의 두 가지로 보여준다.
-d : 패키지에서 문서(man pages, info pages, readme...등등)로 표시된 파일의 목록을 보여 준다.
-c : 설정 파일로 표시된 파일의 목록을 보여준다. 이 파일들은 설치된 이후에 사용자가 패키지를
시스템에 따라 용도에 맞도록 변경할 수 있는 파일(sendmail.cf, passwd, inittab 등)들이다.
파일의 목록을 보여주는 선택 사항들에는 -v 선택 사항을 덧붙일 수 있는데 이것은 ls -l로 디렉토리 파일 목록을 볼 때와 비슷한 방식으로 파일 목록을 출력한다.
자신의 시스템에 설치된 모든 패키지 목록을 보기 원한다면 -qa 옵션을 이용하면 된다. 이것을 파이프와 함께 이용하면 패키지 전체 이름을 알지 못하더라도 설치된 패키지를 알아 낼 수 있다.
[1 sjang@admin:/home/sjang]# rpm -qa | grep apa
apache-1.3.6-7kr
apache-devel-1.3.6-7kr
[2 sjang@admin:/home/sjang]#
패키지 검증
패키지 검증은 패키지 파일이 가지고 있는 파일들의 정보와 설치된 패키지의 파일이 가진 정보를 이상이 없는지 비교해 보는 것이다. 패키지의 각각의 파일에 대해서 그룹, 소유자, 파일 형식, 허가권, md5 체크섬, 크기를 비교한다.
rpm -v 명령은 패키지를 점검한다. 여기에 추가적으로 위에서 설명한 패키지 선택 사항을 붙여 점검하고 싶은 패키지를 기술함으로써 패키지 이름 외에 다른 정보로도 패키지를 점검할 수 있다. 가장 간단한 사용은 rpm -v foo와 같은 방법이다. 이 명령은 해당 패키지에 대해서 패키지가 처음 설치됐을 때와 같은 상태로 있는지 패키지의 모든 파일을 점검한다.
예를 들면 패키지가 포함하는 있는 파일 중에 어떤 특정 파일을 검증할 때는:
rpm -vf /bin/vi
설치된 모든 패키지에 대해 점검할 경우에는
rpm -va
설치할 패키지 압축 파일이 이미 설치된 패키지의 어떤 파일과 중복되는지 검증할 경우에는
rpm -vp foo-1.0-1.i386.rpm
이 명령은 사용자의 시스템에 있는 rpm 데이터베이스가 손상을 입은 것 같을 때 유용하다.
모든 것이 검증에서 이상이 없으면 무소식이 희소식이라고 아무 것도 출력되지 않는다. 만약 점검에서 rpm 데이터베이스에 있는 정보와 설치된 파일의 정보가 서로 어긋나는 경우, 이러한 내용을 출력한다. 이 출력의 형식은 여덟 글자의 문자열로 점검 상태를 표시하고 다음에 해당 파일 이름을 표시한다. 각각의 필드에 표시된 문자에 따라 어떤 정보들이 차이가 나는지를 보여주는데 여덟 글자의 각각의 필드에 따라 어떤 정보가 차이가 난다는 것을 보여준다. "."은 점검을 이상 없이 통과했다는 표시이고 다음의 문자들이 나타나는 경우 해당 파일의 정보 중 어떤 것이 변경이 됐었는지를 알 수 있다.
5 md5 체크섬
s 파일 크기
l 심볼릭 링크
t 파일의 최종 변경 시간
d 장치
u 사용자
g 그룹
m 파일 허가권이나 파일 형식 등의 모드
rpm 유용한 팁
rpm은 사용자의 시스템을 진단하고 문제를 해결하고 관리하는데 매우 유용한 도구이다. 사용자가 실수로 어떤 파일들을 지웠다고 가정해 보자, 하지만 사용자는 자신이 지운 것을 확실히 알지 못한다. 사용자가 전체의 시스템을 점검하고, 없어진 파일이 무엇인지 알고 싶다면 다음과 같이 입력하면 된다.
rpm -va
어떤 파일이 없어지거나 변경됐다면, 사용자는 대개 설치를 하거나 제거하고 다시 설치를 해야 할 것이다.
알지 못하는 파일을 실행시키려고 하는 상황을 가정해 보자. 이 파일이 어느 패키지에 속해 있는 파일인지 찾기 위해서는 다음과 같이 입력한다.
rpm -qf /usr/x11r6/xjewel
출력은 아마도 다음과 같을 것이다.
xjewel-1.6-1
자, 이제 위에서 배운 두 가지 예제를 조합해 보자. /usr/bin/paste 파일이 문제가 있다고 가정해 보자. 이 파일을 포함한 패키지를 점검해 보고 싶지만 이 프로그램을 포함한 패키지를 알지 못할 경우
rpm -vf /usr/bin/paste
위와 같이 입력하면 해당 패키지에 대한 검증을 할 것이다.
어떤 프로그램을 사용하는데 있어서 그것에 대한 좀더 많은 정보를 찾기를 원한다면 다음과 같이 입력하면 해당 프로그램(예를 들어 ispell)을 포함한 패키지가 가지고 있는 문서 파일을 찾을 수 있다.
[2 sjang@admin:/home/sjang]# rpm -qdf /usr/bin/ispell
/usr/doc/ispell-3.1.20/readme
/usr/info/ispell.info.gz
/usr/man/man1/buildhash.1
/usr/man/man1/findaffix.1
/usr/man/man1/ispell.1
/usr/man/man1/munchlist.1
/usr/man/man1/sq.1
/usr/man/man1/tryaffix.1
/usr/man/man1/unsq.1
/usr/man/man4/english.4
/usr/man/man4/ispell.4
[3 sjang@admin:/home/sjang]#
새로운 koules rpm을 구했지만 이것이 무엇인지 모를 때, 이것에 대한 어떤 정보를 알아내기 위해서는 다음과 같이 입력한다.
rpm -qip koules-1.2-2.i386.rpm
이 명령에 대한 결과는
name : koules distribution: red hat linux colgate
version : 1.2 vendor: red hat software
release : 2 build date: mon sep 02 11:59:12 1996
install date : (none) build host: porky.redhat.com
group : games source rpm: koules-1.2-2.src.rpm
size : 614939
summary : svgalib action game; multiplayer, network
description :
this arcade-style game is novel in conception and excellent in execution. no shooting, no blood, no guts, no gore. the play is simple, but you still must develop skill to play. this version uses svgalib to run on a graphics console.
또한 koules rpm이 설치하는 파일이 어떤 것인지 알고 싶으면 다음을 입력한다.
rpm -qlp koules-1.2-2.i386.rpm
그러면
/usr/man/man6/koules.6
/usr/lib/games/kouleslib/start.raw
/usr/lib/games/kouleslib/end.raw
/usr/lib/games/kouleslib/destroy2.raw
/usr/lib/games/kouleslib/destroy1.raw
/usr/lib/games/kouleslib/creator2.raw
/usr/lib/games/kouleslib/creator1.raw
/usr/lib/games/kouleslib/colize.raw
/usr/lib/games/kouleslib
/usr/games/koules
1.2 명령어 결합하여 쓰기
1.1 에서 설명한 많은 명령어들을 조합하여 새로운 기능을 하는 것처럼 이용할 수 있다. 이것을 가능하게 해주는데 있어 가장 중요한 것이 파이프(|)이다. 파이프는 말 그대로 일종의 연결통로이다. 어떤 명령어를 입력하여 결과를 보여주게 될 때 그 결과를 다른 명령어의 입력으로 받아 들여 처리하고 처리된 결과를 또 다른 명령어가 입력으로 받아 들여 처리하는 과정을 통해서 여러 가지 명령어를 동시에 연결하여 사용할 수 있다. 이러한 연결이 가능하도록 데이터 통로 역할을 해 주는 것이 파이프이다. 몇 가지 예를 들어 보기로 하자. 여기에 설명하는 것 이외에도 많은 응용이 있을 수 있다.
cat 명령어는 텍스트 파일을 출력하는데 쓰인다. 이것을 more 과 결합하여 다음과 같이 쓰면 페이지 단위로 출력할 수 있다.
$ cat /etc/passwd | more
두 명령어 사이에 파이프가 있어야 한다. 앞의 cat 명령어가 수행되어 /etc/passwd 파일을 화면상에 출력할려고 할 것이다. 파이프를 통해 이것들이 more 명령어의 입력으로 처리되어 화면에 한페이지씩 출력되는 것을 확인할 수 있다.
$ cat /etc/passwd | grep sjang
이번에는 cat 의 출력을 grep 명령어가 입력으로 받아 들이고 있다. grep 은 특정 문자열이 있는 줄을 출력해준다. 위의 명령대로 라면 cat 의 출력을 받아 grep 이 sjang 이라는 문자열을 찾게 되고 그것이 있는 줄을 찾아 출력해준다. 결론적으로, passwd 파일에서 sjang 이라는 사용자의 정보를 볼 때 유용하게 쓰일 수 있는 구조이다.
$ cat /etc/passwd | wc -l
wc 명령어는 word counter 로써 단어의 숫자를 출력해주는 기능을 하는 것이다. 이 명령에 l 옵션을 붙이면 줄의 수를 구하여 숫자로 표현해 준다. cat 명령어에 의해 줄단위로 사용자가 출력 될 것이다. wc 명령어가 그 출력의 줄수를 세어 출력해 주므로 결론적으로, 현재 시스템의 전체 사용자가 몇 명인지 쉽게 알 수 있는 명령어가 되는 것이다.
$ last | more
last 명령어는 시스템에 어느 사용자가 언제 login 해서 언제 logout 했는지에 대한 정보와 현재 login 해 있는 사용자가 있는지에 대한 정보도 알려주는 시스템 관리 측면에서 아주 중요한 명령어이다. 로그인인 빈번한 서버라면 last 명령어로 상당히 많은 내용이 출력될 것이고, 이것을 페이지 단위로 보여주게 된다.
$ last | grep sjang | more
이번에는 파이프를 두 번 사용하여 명령어 세 개를 결합하였다. 원리는 동일하다. last 명령어로 사용자 로그 정보를 출력하고 그 출력을 입력으로 받아서 sjang 이라는 사용자가 로그인한 정보를 보여주게 된다. 이것이 페이지를 넘어갈 수 있으므로 more 명령으로 페이지 단위로 보여주게 된다.
$ last | grep sjang | wc -l
위와 두 가지가 동일하다. 마지막의 wc -l 에 의해 sjang 이라는 사용자가 몇번이나 로그인하고 로그아웃 했는지를 정확하게 숫자로 출력해 줄 것이다.
위의 예를 제외하고라도 많은 명령어들이 파이프를 통해 결합하여 사용될 수 있다. 리눅스 명령어들은 작다. 대신에 버그 없이 빠르게 동작한다. 이런 명령어들을 조합하여 빠르고 강력한 기능을 하게 끔 이용할 수 있는 것이다.
1.3 일반 사용자가 쓸 수 있는 자신의 정보변경 명령어
리눅스 시스템에서 사용자 정보는 /etc/passwd 파일에 있다. shadow 패스워드를 이용하고 있다면 패스워드 정보는 /etc/shadow 에 있을 것이다. /etc/passwd 파일에는 사용자가 이용하게 되는 쉘(shell)과 홈디렉토리, 자신의 정보를 포함하고 있다. 이것을 관리자가 아니더라도 일반 사용자가 자신의 설정을 바꾸는 명령어가 있다.
패스워드 변경
자신의 패스워드를 변경하는 명령어는 passwd 이다. 현재 패스워드를 물어보고 올바로 입력되면 패스워드를 변경할 수 있다.
쉘 바꾸기
쉘은 /etc/passwd 파일의 사용자 정보 중에서 맨 마지막에 있다. 이것을 바꾸는 명령어가 chsh 이다. 이 명령어를 입력하면 현재 사용자의 패스워드를 물어보게 되고, 정확한 패스워드를 입력하면 현재 사용하는 쉘을 보여주고 원하는 쉘을 입력할 수 있게 해 준다.
[6 sjang@admin:/home/sjang]# chsh
changing shell for sjang.
password:
new shell [/bin/bash]: /bin/csh
shell changed.
[7 sjang@admin:/home/sjang]#
사용자 정보 바꾸기
사용자의 정보는 /etc/passwd 의 다섯 번째 필드에 있다.
sjang:x:500:500: admin user :/home/sjang:/bin/csh
위의 내용은 /etc/passwd 파일안의 sjang 이라는 사용자의 정보를 나타내고 있다. 네 번째 필드가 사용자에 대한 설명으로써 admin user 라고 쓰여 있다. 이 정보를 사용자가 원하는 것으로 바꿀 수 있다. chfn 이라는 명령어이다. chsh 과 마찬가지로 패스워드를 물어보게 되고 올바르게 입력하면 사용자 정보에 대한 항목에 맞게 수정이 가능하다.
[5 sjang@admin:/home/sjang]# chfn
changing finger information for sjang.
password:
name []: sungjae chang
office []: hanyang university
office phone []: 111-2222
home phone []: 333-4444
finger information changed.
[6 sjang@admin:/home/sjang]# cat /etc/passwd | grep sjang
sjang:x:500:500:sungjae chang,hanyang university,111-2222,333-4444:/home/sjang:/bin/csh
[7 sjang@admin:/home/sjang]#
마지막에 cat /etc/passwd | grep sjang 이라는 명령어로 바꾼 정보를 확인할 수 있다.
시스템 중요설정 파일
리눅스는 텍스트 기반의 운영체제이다. 시스템 관리와 관련된 대부분의 설정은 그것과 연결되어 있는 설정파일 편집하므로써 설정변경이 가능하다.
/etc/passwd, /etc/shadow
리눅스 시스템에서 가장 중요한 파일이다. 시스템에 로그인하여 자원을 이용할 수 있는 사용자의 목록을 저장하고 있는 파일이다. 이 파일에 기록된 사용자 정보는 그 사용자가 로그인하고 로그아웃할 때까지 항상 시스템이 사용자를 감시하기 위한 근거가 되는 파일이다. 각 사용자에 대해서 7개의 필드로 나누어 정보를 저장하고 있다.
sjang:x:500:500:sungjae chang,hanyang university,111-2222,333-4444:/home/sjang:/bin/csh
콜론(:)으로 구분하고 있다. 순서대로 "사용자이름:password:uid:gid:사용자정보:홈디렉토리:로그인쉘"을 나타낸다. 두 번째의 패스워드 부분은 /etc/shadow 라는 파일로 따로 관리한다. 아직까지 사용자 패스워드를 암호화(일종의 문자열인코딩)한 것을 역암호화하여 원래 문자열을 만들어내는 프로그램은 없었으나, 암호화 된 문자열을 보여주는 것은 보안상의 이유로 /etc/shadow 파일로 따로 관리하여 일반 사용자는 읽을 수 없게 되어 있다. 시스템은 /etc/passwd 파일로부터 사용자 정보를 추출하여 권한과 관계된 모든 일을 결정하여 사용자에게 허가권 여부를 판단한다.
/etc/fstab
리눅스 시스템에 부착된 하드디스크를 부팅할 때 어떻게 마운트 할 것인지에 대한 정보를 포함하고 있는 파일이다. 장치명, 마운트할 디렉토리, 파일시스템 타입 등의 내용을 포함하고 있다.
/etc/hosts
인터넷을 이용하기 위해서는 dns 서버가 필요하다. 사용자가 입력한 호스트네임을 컴퓨터가 알 수 있는 ip 주소로 변화하는 과정을 거쳐야 하는데 이러한 기능을 해주는 서버가 dns 이다. dns 서버가 가진 정보는 ip 주소에 해당하는 호스트네임인데, dns 서버 정보보다 먼저 검색하는 파일이 /etc/hosts 파일이다. 따라서 이 파일에 ip 주소에 해당하는 서버이름을 적으면 그 서버에서 dns를 참조할 때 먼저 반영되어 ip 주소를 얻게 된다.
/etc/issue, /etc/issue.net
사용자가 로그인 할 때 login: 이라는 메시지를 보여주기 전에 출력되는 내용을 적는 파일이다. /etc/issue 은 로컬에서 로그인할 때 나타나는 메시지이고, /etc/issue.net 은 telnet을 통해 네트웍으로 접근해 올 때 화면에 뿌려주는 파일이다. /etc/issue.net을 활용하면 시스템에 네트웍으로 접근해 오는 사용자에게 공지사항 같은 내용을 알릴 수 있다.
/etc/motd
이 파일은 /etc/issue 또는 /etc/issue.net 과 기능이 비슷한데, 차이점은 로그인하기 전에 출력되는지 로그인한 후에 출력되는지의 차이이다. 로그인 하기 전에 출력되는 메시지가 issue 이며, 성공적으로 로그인 되었을 때 사용자에게 메시지를 화면에 보여주기 위한 파일이 motd 이다.
예) [root@admin /etc]$ cat /etc/issue.net
로그인 전에 메시지.
kernel 2.2.5-22 on an i686
[root@admin /etc]$ cat /etc/motd
로그인한 후 메시지.
[root@admin /etc]$ telnet localhost
trying 127.0.0.1...
connected to localhost.
escape character is '^]'.
로그인 전에 메시지.
kernel 2.2.5-22 on an i686
login: sjang
password:
last login: fri sep 3 18:46:09 from 166.104.88.69
로그인한 후 메시지.
[1 sjang@admin:/home/sjang]#
/etc/rc.d/rc.local
도스로 말하자면 autoexec.bat 파일과 동일한 기능을 수행하는 것이다. 시스템이 부팅될 때 실행되는 파일이다. 필요한 대몬을 시스템이 시작할 때 띄워야 할 경우에 유용하다. 관리자 권한으로 다른 포트에 웹데몬을 띄울 경우에 이 파일에 작성하면 된다.
/etc/reslov.conf
인터넷 사용을 위한 dns 서버를 설정하는 파일이다.
nameserver 166.104.27.6
search hanyang.ac.kr
위의 예와 같이 작성하면 된다. search 부분은 도메인을 등록해 두는 것이다. search 에 등록해 두면 서버이름을 입력할 때 일일이 도메인까지 입력하지 않고 호스트네임만 입력하면 자동으로 등록된 도메인인 것으로 인식하여 접근한다. 예를 들어 telnet admin 이라고 입력하면 admin 뒤에 hanyang.ac.kr을 자동으로 인식하는 것이다. search 는 여러개 등록할 수 있으며 순서대로 서버이름이 있으면 그곳으로 접근하게 된다.
/var/log/wtmp
last 명령어가 있다. 사용자의 로그인 정보를 출력하는 프로그램이다. 이 사용자 로그인 정보를 저장하고 있는 파일이 있는데, 이것이 바로 /var/log/wtmp 이다. last 명령를 내리면 이 파일의 내용을 출력해 주는 것이다. 하지만 wtmp 파일은 일반적인 텍스트 파일이 아니다. 텍스트 파일이라면 왜 굳이 last 라는 명령이 있겠는가? wtmp 파일은 시스템 보안 측면에서 매우 중요한 파일이다. 시스템에 이상이 생겼을 때 최종적으로 누가 로그인 했는지 살피게 되는데 이러한 정보가 이 파일 안에 들어 있기 때문이다. wtmp 파일은 특정한 형식을 가진 바이너리 파일이며 last 명령으로만 확인할 수 있다.
/etc/sysconfig/network
시스템의 네트웍 정보를 저장하고 있는 파일이다.
[20 sjang@admin:/etc/sysconfig]# cat network
networking=yes
forward_ipv4=false
hostname=localhost.localdomain
gateway=166.104.91.1
gatewaydev=eth0
/etc/sysconfig/network-scripts/ifcfg-eth0
이더넷 장치의 첫 번째 eth0 장치를 나타내는 파일이다. 랜카드가 하나 설치 되어 있다면 시스템의 ip 주소는 이 파일을 변경하면 된다.
[23 sjang@admin:/etc/sysconfig/network-scripts]# cat ifcfg-eth0
device=eth0
ipaddr=166.104.91.xxx
netmask=255.255.255.0
network=166.104.91.0
broadcast=166.104.91.255
onboot=yes
시스템 관리와 설정을 위한 파일들은 아주 많다. 그런 파일들은 시스템을 전반적으로 이해하고 있을 때 그 파일의 내용을 이해할 수 있는 경우가 대부분이다. 특히, 네트웍과 관련된 설정 파일들은 더욱 그러하다.
3. 네트웍 서비스
네트웍의 기본 목적은 정보의 공유에 있다. 정보의 공유는 정보를 얻고자 하는 측과 정보를 제공하고자 하는 측이 만났을 때 이루어진다. 일반적으로 정보를 제공하는 쪽을 서버(server)라고 하고 원하는 정보를 찾고 있는 쪽을 클라이언트(client)라고 한다. 줄여서 c/s 구조라고 한다. 클라이언트에서는 자신이 얻고자 하는 정보를 찾기 위해서 정보형태에 맞는 클라이언트 프로그램을 이용할 것이다. 예를 들어, 어떤 회사의 홈페이지를 통해 회사에 대한 정보를 얻고자 할 때에는 웹브라우저를 이용하게 되는 것이다. 이때 웹브라우저를 클라이언트 프로그램이라고 한다. 서버는 클라이언트 프로그램에서 요구하는 정보의 형태를 제공해 주기 위해서 대몬(daemon)이라고 하는 일종의 서비스 프로그램을 동작시키고 있으면서, 클라이언트의 요구에 대응하여 정보를 제공해 주는 역할을 한다.
리눅스 머신에서 제공하는 거의 모든 네트웍 서비스는 대몬 이라는 프로그램으로 동작시키고 있다. 네트웍 서비스를 제공하고 있다는 것은 대몬 프로그램이 동작하고 있다는 것을 의미한다. 대몬은 언제 올지 모르는 클라이언트로부터의 요구에 응답하기 위해 항상 메모리에 적재되어 있으며, 클라이언트의 요구에 따라 적절한 대몬을 동작시켜 서비스를 제공하고 있다. 다시말해서, 클라이언트는 서버의 정보를 요구하기 위해 네트웍으로 접근해 오게 되고 서버는 대몬을 항상 실행하고 있어서 클라이언트의 네트웍 요구를 받아들이고 클라이언트가 요청한 정보를 제공하게 된다.
클라이언트의 요구를 받아들이기 위해 항상 대기하는 대몬 프로그램은 동작형태에 따라 두 가지로 구분할 수 있다. 하나는 각 서비스를 제공하기 위해 해당되는 다른 대몬과는 무관하게 stand alone 으로 동작방식이고, 다른 하나는 일종의 대몬을 관리해주는 다른 대몬에 의해 관리되어 동작하는 방식이다. 일반적으로, 대몬 프로그램이라는 것을 나타내기 위해 서비스 이름 뒤에 영문자 'd'를 붙여서 대몬 프로그램이라는 것을 나타내고 있다. 예를 들어, 서버에서 웹서비스를 해주는 대몬은 해당 프로토콜 뒤에 'd'를 붙여서 httpd 이다.
대몬의 두 가지 동작 방식 중에서 stand alone 방식은 독자적으로 대몬 프로그램이 항상 실행되어 있어서 클라이언트의 요구가 있을 때 해당 동작을 수행하게 된다. stand alone 방식은 클라이언트의 접속이 없을 때에도 항상 프로세서를 차지하고 실행되어 있다. 이것과는 다른 방식으로, 대몬을 관리해 주는 대몬 inetd 을 이용하는 것이다. inet 대몬이 각 서비스에 대한 대몬 동작을 관리한다. 클라이언트로부터 네트웍 접속이 이루어지면, 먼저 inet 대몬이 모든 접속을 감지한다.(물론, stand alone 으로 동작하는 것은 제외됨) inet 대몬은 클라이언트의 요구가 무엇인지 판단하여 그 요구를 실행할 수 있는 대몬을 찾아 실행하는 것이다. 따라서, inet 대몬은 시스템에서 이용하는 서비스의 대몬에 대한 정보를 모두 가지고 있어야 한다. 대부분의 유닉스 시스템에서 /etc/inetd.conf 라는 파일로 대몬에 대한 정보를 기록하고 있으며, inet 대몬이 실행될 때 inetd.conf 파일을 읽어 들여서 실행하게 된다. inetd.conf 의 설정은 inet 대몬이 실행될 때 한번 읽어서 메모리에 적재되므로, inet 대몬이 실행되어 있는 동안에 inetd.conf 내용을 갱신해도 서비스에 반영되지 않는다. 갱신한 내용을 서비스 설정에 반영하기 위해서는 대몬을 kill 하고 다시 실행해야 한다.
대몬의 실행 방법 두 가지를 설명했다. 리눅스에서 사용하는 대몬은 그 수가 상당히 많다. 그렇다면 대몬을 stand alone 방식으로 동작시켜야 하는 것과 inet 대몬을 이용해야 하는 것을 어떻게 구분할 것이며, 그 차이점은 무엇인가? 이것은 해당 서비스가 동작하는 protocol 과 관련이 있다. 대체로 대몬 실행 횟수가 많은 것은 stand alone 으로 동작시키고 비교적 대몬 실행 빈도수가 적은 것은 inet 대몬을 이용한다. 예를 들면, 웹서버를 위한 대몬 httpd 는 stand alone 으로 동작시키고, ftp, telnet 서비스를 위한 대몬은 inet 대몬을 이용하고 있다. 이것은 반드시 지켜야하는 사항은 아니며, 시스템의 효율적 이용을 위한 권장 사항일 뿐이다. httpd를 stand alone 으로 동작시키는 이유에 대한 설명은 잠시 뒤로 미룬다.
대몬의 두 가지 동작방법을 그림으로 표현하면 다음과 같다.
대몬의 두 가지 동작 방법
먼저 inet 대몬이 어떻게 동작하는지 알아보도록 하자. inet 대몬의 동작은 /etc/inetd.conf 의 설정대로 움직이므로 이 설정파일의 내용을 이해하면 된다. 아래는 래드햇 5.2의 inetd.conf 의 내용의 일부를 나타낸 것이다.
#
# inetd.conf this file describes the services that will be available
# through the inetd tcp/ip super server. to re-configure
# the running inetd process, edit this file, then send the
# inetd process a sighup signal.
#
# version: @(#)/etc/inetd.conf 3.10 05/27/93
#
# authors: original taken from bsd unix 4.3/tahoe.
# fred n. van kempen, <waltje@uwalt.nl.mugnet.org>
#
# modified for debian linux by ian a. murdock <imurdock@shell.portal.com>
#
# modified for rhs linux by marc ewing <marc@redhat.com>
#
# <service_name> <sock_type> <proto> <flags> <user> <server_path> <args>
#
# echo, discard, daytime, and chargen are used primarily for testing.
#
# to re-read this file after changes, just do a 'killall -hup inetd'
#
(중략)
#
# these are standard services.
#
ftp stream tcp nowait root /usr/sbin/tcpd in.ftpd -l -a
telnet stream tcp nowait root /usr/sbin/tcpd in.telnetd
위에서 보는 바와 같이 윗 부분에는 설정을 반영하기 위해서는 inet 대몬이 실행 되고 있는 프로세서에 hang up 시그널을 주어야 한다는 내용이 있다. 그리고, 아래부터는 inet 대몬에 의해 동작하는 대몬에 대한 내용의 일부를 보이고 있다. 현재 나타나 있는 내용은 ftp 서비스와 telnet 이다. 세부적인 내용은 생략하고 맨 아래줄 오른쪽 끝의 in.ftpd 와 in.telnetd를 주목하기 바란다. 이 두 개의 대몬이 ftp 와 telnet 으로 접속해 올 때 각각 동작하게 되는 대몬이다. 클라이언트에서 서버에 접속하기 위해 telnet 프로그램을 실행시키고 서버에 접속해 오면 inet 대몬은 이 접속을 받아서 telnet을 통한 접속인지, ftp를 이용하기 위한 것인지를 판단하여 해당되는 대몬을 실행시키게 된다. telnet을 통한 접속이라면 in.telnetd를 실행 시킬 것이다. 이 대몬 프로그램은 /usr/sbin 에 위치하고 있다. /usr/sbin 의 내용을 살펴보면 많은 다른 대몬들이 포함되어 있는 것을 확인할 수 있다. 아래는 6명의 사용자가 telnet 프로그램을 이용하여 서버에 접속한 경우인데, ps 명령으로 실행되고 있는 프로그램을 보여주고 있다. 6명의 사용자가 로그인 한 상태이므로 in.telnetd 가 6개 실행되고 있는 것을 확인 할 수 있다.
root 21748 0.0 1.8 1572 1180 ? s 16:41 0:02 sendmail: qaa21747 mail.hotmail.com.: client data 3
54
root 23719 0.0 1.1 1228 700 ? s 11:58 0:00 in.telnetd
root 23865 0.0 1.1 1228 700 ? s 12:20 0:00 in.telnetd
root 23981 0.0 1.1 1228 700 ? s 12:50 0:00 in.telnetd
root 24032 0.0 0.9 1092 604 ? s 12:53 0:00 in.telnetd
root 24090 0.0 1.1 1228 700 ? s 12:54 0:00 in.telnetd
root 24138 0.0 0.9 1092 604 ? s 12:58 0:00 in.telnetd
root 24164 0.0 1.4 1884 944 p9 s 12:58 0:00 su -
root 24165 0.0 1.5 1524 1004 p9 s 12:58 0:00 -csh
root 24223 0.0 0.7 860 492 p9 r 13:00 0:00 ps awux
root 24224 0.0 0.5 768 320 p9 s 13:00 0:00 more
sjang 540 0.0 1.1 1208 696 ? s may 17 0:03 ./fsgs
[linux:/root]# w
1:01pm up 41 days, 21:55, 6 users, load average: 0.26, 0.21, 0.09
user tty from login@ idle jcpu pcpu what
bluezone ttyp4 166.104.48.210 11:59am 51:48 0.27s 0.27s -bash
cyber ttyp6 166.104.10.133 12:20pm 39:18 0.44s 0.27s pine
han5498 ttyp5 166.104.90.140 12:50pm 10:16 0.23s 0.23s -csh
sjang ttyp7 poweruser 12:53pm 2:20 0.38s 0.14s telnet admin
bluehope ttyp8 166.104.1.119 12:54pm 6:49 0.17s 0.17s -tcsh
sjang ttyp9 poweruser 12:58pm 0.00s 0.38s 0.02s w
[linux:/root]#
3.1 inetd 의 동작
그렇다면 inet 대몬은 클라이언트의 접속이 telnet 인지 또는 ftp 인지 어떻게 인식할 수 있을까? 네트웍 서비스는 클라이언트부터의 요구를 구분하기 위해서 고유한 포트번호를 이용한다. 예들 들면, telnet을 이용하여 접속해 오는 경우는 23번 포트를 사용하며, ftp를 이용하면 21번 통해 접속해 오는 것이다. 유명한 웹 서버는 80번 포트를 사용한다. 이것은 서로간의 약속이며 반드시 지켜져야 하는 것이다. 이 접속번호를 지키지 않고 서버에 접속하면 해당하는 서비스를 받을 수 없다. 네트웍 서비스를 위한 포트번호들은 각각 해당하는 통신 프로토콜이 정해져 있다. 특정 포트번호로 접속해 오는 클라이언트는 해당 프로토콜을 지키겠다는 것을 의미하므로, 서버는 프로토콜 규정대로 서비스를 제공할 것이며 클라이언트도 이것을 제대로 인식하고 서로 통신하게 되어 있다. 일반적으로, telnet 프로그램과 ftp 프로그램은 사용자가 따로 지정하는 않는 한 정해진 포트번호를 사용하므로 염려할 필요가 없다.
telnet을 이용하면 기본적으로 23번 포트로 접속하게 되는데, 이것을 다른 포트번호로 하여 접속할 수 있다. telnet 프로그램을 이용하여 웹서비스 대몬이 실행되고 있는 80번 포트로 접속해 보도록 하자. 80번 포트로 접속하게 되면 서버는 http 프로토콜을 이용하여 접속하는 것으로 받아들이게 된다. telnet 으로 접속하는 것이지만, http 프로토콜을 지키고 있는 것처럼 보여서 홈페이지 내용의 html 파일을 받아 올 수 있다.
다음은 그 과정을 보여주는 화면이다.
[www3:/etc]# telnet localhost 80
trying 127.0.0.1...
connected to localhost.
escape character is '^]'.
get / http/1.0<cr><cr>
http/1.1 200 ok
date: tue, 29 jun 1999 06:22:27 gmt
server: apache/1.3.6 (unix) php/3.0.7
last-modified: thu, 06 may 1999 14:01:34 gmt
etag: "4abe1-118-3731a0be"
accept-ranges: bytes
content-length: 280
connection: close
content-type: text/html
<html>
<title> welcome to www3 </title>
<body bgcolor=white>
<font size=2 face=helvetica>
<center>
<font size=+2> welcome to www3</font>
<br><br><br><br><br><br>
if u have any question, mail to <a href=mailto:admin@www3.hanyang.ac.kr> admin@www3.hanyang.ac.kr</a>
</body></html>
connection closed by foreign host.
[www3:/etc]#
일반적으로, telnet을 통한 접속은 telnet 다음에 호스트네임을 입력하는 것으로 충분하다. 하지만, 여기에 위의 예처럼 포트번호를 추가해서 접속하면 입력한 포트번호로 서버에 접속할 수 있다. 접속에 성공하면 메시지가 출력되고 그 다음은 아무런 반응이 없을 것이다. 클라이언트쪽에서 무엇인가를 보내주기를 기다리고 있는 것이다. 위에서 입력한 것과 같이 "get / http/1.0"를 입력한다. <cr><cr> 은 이것을 입력하라는 뜻이 아니라 엔터키를 두 번 입력하라는 의미이다. 이렇게 하면 서버쪽에서 여러 정보를 보내주게 된다. 서버의 홈페이지의 첫 페이지인 index.html 의 내용을 그대로 클라이언트쪽으로 전송해 주는 것이다. 지금은 telnet을 접속하였기 때문에 html 소스 그대로 출력되고 있지만, 80번 포트로 웹브라우저를 이용하여 접속했다면 보여주고 있는 html 소스를 번역하여 제대로 된 내용을 출력하였을 것이다. 서버가 클라이언트 쪽으로 html 소스를 모두 보내준 후에 결과는 화면의 마지막에 보여지고 있는 것과 같이 "connection closed by foreign host." 라고 출력하면서 서버와의 접속을 끊는다. 접속이 끊어지는 것은 http 프로토콜의 한 규칙이며 이것에 대해서는 뒤에서 다시 설명할 것이다.
3.2 서비스 거절 임시방편
앞에서 inet 대몬의 관리하에 여러 가지 서비스에 대한 대몬이 동작하고 있다는 것을 설명했다. 클라이언트의 요구에 따라서 inetd 가 해당하는 대몬을 실행하게 된다. /etc/inetd.conf의 내용에 근거하여 telnet 서비스에 대몬은 /usr/sbin/in.telnetd 라는 프로그램이다. 따라서, 클라이언트에서 telnet 프로그램으로 접속해 온다면 /usr/sbin/in.telnetd 가 실행된다. 접속을 거절하고 싶다면 해당되는 대몬 프로그램이 실행되게 하지 않으면 되는 것이다. inetd.conf 의 내용 때문에 정해진 대몬 프로그램을 찾아 실행할 것이고 거절하기 위해 이 프로그램의 이름을 바꾸면 간단히 해결될 수 있다. 네트웍 서비스를 제한하기 위한 기본적인 방법들이 존재한다. 특정 호스트로부터의 접속을 막는 것이 기본 방법에 속하는 것이다. 하지만, 그런 설정들은 장기적인 시스템 관리측면에서 정책을 세워 운영할 때 고려되는 사항이 되므로, 임시방편으로 이용하기에는 적당하지 않다.
telnet 으로 접근해 왔을 때 막는 방법으로 정해진 대몬 프로그램의 이름을 바꾸는 방법과 또는 실행되는 대몬 프로그램을 존재하지 않는 것으로 지정하는 방법 등이 있다. 아래는 telnet 으로 접근해 오는 클라이언트의 요구를 받아 들이는 것과 관련된 설정 부분이다.
#
# these are standard services.
#
ftp stream tcp nowait root /usr/sbin/tcpd in.ftpd -l -a
telnet stream tcp nowait root /usr/sbin/tcpd in.telnetd
여기에서 마지막에 나타나 있는 대몬은 /usr/sbin/in.telnetd 이므로 이것의 파일이름을 변경하여 실행되어야 할 대몬이 존재하지 않게 만드는 것이다.
[www3:/root]# telnet localhost
trying 127.0.0.1...
connected to localhost.
escape character is '^]'.
----------------------------------------------------
welcome to www3
alzza linux 2.0.36 (i686)
#1 thu may 6 17:55:32 kst 1999 (ttyp6)
this login time is 20:16 on wednesday, 30 june 1999.
-----------------------------------------------------
login:
login:
login incorrect
connection closed by foreign host.
위의 화면은 서버가 성공적으로 접속을 받아들이는 상태를 보여주고 있다. telnet 으로 접속한 후 관리자 권한으로 다음을 실행한다.
$ mv /usr/sbin/in.telnetd /usr/sbin/in.telnetd_bak
그런 다음 telnet 으로 접속해 보기 바란다. 접속이 되지 않을 것이다. 위의 화면에서 접속이 되지 않는 것을 확인할 수 있다. 실제로 실행되어야 할 대몬의 이름을 바꾸어서 실행되지 않아서 발생하는 현상이다. 주의할 것은 이 방법은 반드시 잠시동안 telnet 접속을 막을 때만 써야 한다. 현재 telnet 으로 로그인 해 있는 상태는 제대로 대몬이 실행되어 있는 것이므로, 만약 실수로 지금의 telnet 접속을 종료하면 계속해서 telnet 접속을 할 수가 없어서 조금 전에 바꾸어 놓은 대몬의 이름을 원래 상태로 되돌릴 수가 없다. 로그아웃 하기 전에 잊지말고 반드시 원래 상태로 되돌려 놓기 바란다.
$ mv /usr/sbin/in.telnetd_bak /usr/sbin/in.telnetd
유사한 방법이지만 /etc/inetd.conf 의 내용을 변경하여 접속을 거부할 수도 있다. 클라이언트로부터의 접속이 있을 때 실행되는 대몬을 수정하기 위해서 파일을 임의로 고치고 대몬을 다시 실행하면 가능하다.
/etc/inetd.conf 의 내용을 수정한다. 마지막 줄의 in.telnetd를 임의로 파일로 고친다. no.telnetd 로 변경하고 저장한다. 하지만, 이것으로 inet 대몬을 수정한 것은 아니다. 현재 동작하고 있는 inet 대몬은 조금 전에 수정한 내용을 가지고 있는 것이 아니라, 수정하기 이전의 내용을 참고로 동작하고 있다. 따라서 수정한 inetd.conf을 대몬 동작에 갱신하기 위해서는 inet 대몬을 수행하고 있는 프로세서를 찾아서 다시 실행해야 한다. 프로세서를 찾기 위해서 수행하는 ps 명령어와 파이프, 그리고 grep 명령어에 대해서는 man page를 참고하기 바란다.
#
# these are standard services.
#
ftp stream tcp nowait root /usr/sbin/tcpd in.ftpd -l -a
telnet stream tcp nowait root /usr/sbin/tcpd in.telnetd ===> no.telnetd
[www3:/root]# ps awux | grep inetd
root 234 0.0 0.1 788 76 ? s may 17 0:03 inetd
[www3:/root]#
위에서 보는 바와 같이 inet 대몬인 inetd 는 root 권한으로 234번 프로세서가 동작시키고 있다. 이것을 재실행하기 위해서 프로세서에 hang up 시그널을 준다.
$ kill -hup 234
이렇게 하면 수정한 /etc/inetd,conf 의 내용을 가지고 대몬이 실행된다. 수정한 내용대로라면 telnet 클라이언트 접속으로부터 no.telnetd 라는 대몬이 응답하게 되어 있는데, 실제로 이 대몬은 존재하지 않으므로 접속이 이루어지지 않을 것이다.
#
# these are standard services.
#
ftp stream tcp nowait root /usr/sbin/tcpd in.ftpd -l -a
telnet stream tcp nowait root /usr/sbin/tcpd no.telnetd
"/etc/inetd.conf" 91 lines, 3395 characters written
[www3:/root]# ps awux | grep inetd
root 234 0.0 0.1 788 76 ? s may 17 0:03 inetd
[www3:/root]# kill -hup 234
[www3:/root]#
[www3:/root]#
[www3:/root]# telnet localhost
trying 127.0.0.1...
connected to localhost.
escape character is '^]'.
connection closed by foreign host.
[www3:/root]#
위의 화면에서와 같이 inetd.conf 의 내용을 수정하고 대몬을 프로세서를 종료한 후 다시 실행하여 수정한 내용을 갱신한 후에 telnet을 이용하여 접속하면 접속이 거절되는 과정을 확인할 수 있다.
3.3 웹서비스를 위한 http 대몬의 동작
인터넷이 활성화 되는데 가장 많은 기여를 한 것 중에 하나가 www 이다. 웹은 무엇보다 초보자들이 처음 접근하기 쉽게 하기 위해 간단한 사용법과 화려한 인터페이스로 다가왔다. www 가 나타나지 않았다면 지금처럼 인터넷이 활성화되는데 더 많은 시간이 소요되었을 것이다. www 는 인터넷에서 이용할 수 있는 가장 보편적인 서비스이다. 인터넷은 클라이언트/서버(c/s) 환경이다. c/s 환경에 기반 역할을 하는 것이 안정적이 서버이며, 서버의 대표적인 os 가 유닉스이며, 유닉스 기반의 자유 운영체제가 리눅스이다.
리눅스에 설치되는 웹서버 프로그램 중에서 가장 많은 비율을 차지하고 있는 것이 아파치이다. 소스가 공개되어 있고 무료이며 안정적인 웹서버 프로그램이다.
지금까지 서버에서 실행되는 대몬 프로그램이 inetd 라고 하는 대몬 프로그램이 관리하에 수행되는 과정을 설명하였다. 이것과는 조금 다른 과정으로 stand alone 방식으로 동작하는 것을 설명한다.
대몬의 두 가지 동작방식에 대해서 설명했다. 하나는 inetd 에 의한 대몬의 실행이고, 다른 하나는 stand alone 방식으로 동작하는 것이다. stand alone 방식으로 동작하는 대표적인 대몬이 웹서비스를 해주는 http 대몬(httpd)이다. 아파치 웹서버를 설치한다는 의미는 이 httpd를 설치하는 것을 뜻한다. httpd 는 httpd.conf 라는 설정 파일을 사용한다. 이 파일안에 웹서비스에 대한 모든 설정이 들어 있다. 아래는 httpd.conf 의 내용 중에 stnad alone 으로 대몬을 동작 시키는 것과 관련된 부분이다.
#
# servertype is either inetd, or standalone. inetd mode is only supported on
# unix platforms.
#
servertype standalone
httpd 은 왜 stand alone 으로 동작 시키는가? 이것에 대한 웹서비스를 가능하게 해주는 프로토콜인 http(hyper text transmission protocol) 관련이 있다. 웹을 통한 정보 획득의 수단은 html 문서를 다운 받는 것이 주된 대상이 된다. 어떤 곳의 url를 입력하여 웹브라우저로 접속하면 html 문서를 다운 받게 되고 이것을 브라우저가 해석하여 우리가 읽을 수 있는 형태로 변환하여 보여주는 것이다. 간단한 html 문서를 예로 들어서 http 가 어떻게 수행되는지 알아보도록 하자.
<html>
<head>
<title>test</title>
</head>
<body>
<h1> 안녕하세요.</h1>
<h2> 우리학교 지도입니다.</h2>
<img src=map1.jpg border=0><br>
<img src=map2.jpg border=0>
</body>
</html>
위와 같은 내용의 html 문서를 브라우저를 통해 해석한다고 가정해 보자. 먼저 서버의 관점에서 본다면, 클라이언트 웹브라우저로 url를 입력하여 서버에 접속한다. 서버는 클라이언트의 접속에 대응하여 대몬을 발생시키고 위의 내용에 해당하는 html 문서를 브라우저에게 전송할 것이다. 그런 다음 서버는 connection을 끊는다. 이것이 http 의 기본 동작이다. 다시 말해서, 클라이언트로부터의 접속이 이루어지면 응답을 하여 정보를 보내주고 바로 접속을 끊는다. 서버의 동작은 이런 일의 반복이다. 접속이 오면 정보단위를 보내주고 끊어 버리는 것이다. 계속적으로 클라이언트와 연결된 상태에서 전송되는 것이 아니다. 하나의 정보단위를 보내면(여기서는 html 문서가 단위임) 더 이상 접속을 유지하지 않고 connection을 끊는다. 이번에는 클라이언트에서 동작 과정을 살펴보도록 하자. 클라이언트에서 웹브라우저로 url를 입력하여 서버에 접속하면 브라우저는 서버로부터 하나의 html 문서를 전송 받게 될 것이다. 그리고는 접속은 끊어진다. 그런 다음 브라우저는 전송 받은 html 문서를 해석할 것이다. 위에서 작성한 html 문서를 기준으로 본다면, 브라우저가 전송 받은 html 문서를 해석해 보면 문서안에 <img> tag 가 있으므로 현재 전송 받은 html 문서만으로는 화면을 모두 나타낼 수 없다는 것을 알 수 있다. 따라서 브라우저는 <img> 에 해당하는 그림을 전송받기 위해 다시 서버에 접속한다. 이때 서버는 클라이언트가 서버의 특정 디렉토리의 그림 파일의 전송을 요구하고 있다는 것을 알게된다. 그러면 그림 파일이 클라이언트에게 넘겨주어도 되는 것인지 판단하여(이때의 판단은 전적으로 유닉스 시스템의 권한을 기초로 판단한다.) 전송의 여부를 결정하고 그림 파일을 전송한다. 브라우저에서는 그림을 전송 받게 되면 그림을 브라우저에서 보여 줄 것이다. 전송 받아야 할 그림 파일이 하나 더 있으므로 다시 서버에 접속할 것이고, 같은 동작이 반복해서 일어나게 된다.
지금까지의 과정에서와 같이 httpd 는 빈번하게 발생하는 대몬이다. 접속이 계속 유지되는 상황에서 전송이 이루어지는 것이 아니라, 필요에 따라 빈번하게 접속하고 끊어지므로 html 문서를 하나 해석하여 보여주는 과정에서도 많은 대몬아 발생하는 것이다. 이렇게 빈번히 발생하는 대몬을 inetd를 통해 운영하기 보다는 단독으로 실행하여 시스템 효율을 높이는 방편으로 httpd 는 stand alone 방식으로 동작하게 권장하는 것이다.
ps 명령으로 서버에서 실행되고 있는 httpd 가 여러 개 나타날 것이다. 그 이유가 위에서 설명한 방식으로 동작하기 때문이다.
[www3:/usr/local/apache/conf]# ps awux | grep httpd
nobody 4457 0.0 1.9 2632 1212 ? s 04:31 0:00 /usr/local/apache/bi
nobody 4487 0.0 1.9 2632 1212 ? s 04:51 0:00 /usr/local/apache/bi
nobody 4489 0.0 1.9 2632 1212 ? s 04:51 0:00 /usr/local/apache/bi
nobody 4493 0.0 1.9 2632 1212 ? s 04:53 0:00 /usr/local/apache/bi
nobody 4494 0.0 1.9 2632 1212 ? s 04:53 0:00 /usr/local/apache/bi
nobody 4495 0.0 1.9 2632 1232 ? s 04:53 0:00 /usr/local/apache/bi
nobody 4496 0.0 1.9 2632 1232 ? s 04:53 0:00 /usr/local/apache/bi
nobody 4518 0.0 1.9 2632 1232 ? s 05:00 0:00 /usr/local/apache/bi
nobody 4519 0.0 1.9 2632 1232 ? s 05:00 0:00 /usr/local/apache/bi
nobody 4520 0.0 1.9 2620 1204 ? s 05:00 0:00 /usr/local/apache/bi
root 312 0.0 1.3 2560 824 ? s may 17 0:00 /usr/local/apache/bi
[www3:/usr/local/apache/conf]#
3.4 웹브라우저를 통한 접속의 권한
웹서비스를 가능하게 해주는 대몬이 httpd 이다. 이 대몬의 설정은 아파치 1.3.x부터 httpd.conf 라는 파일 하나로 통합 되었다. 이 파일을 분석하면 httpd 가 동작하는 세부 설정을 이해할 수 있다. 그 설정 중에 하나가 브라우저로 서버에 접속해 오는 사용자에 대한 접속 권한이다.
아래에 httpd.conf 의 내용 중 접속 권한에 대한 부분을 나타내었다.
#
# if you wish httpd to run as a different user or group, you must run
# httpd as root initially and it will switch.
#
# user/group: the name (or #number) of the user/group to run httpd as.
# . on sco (odt 3) use "user nouser" and "group nogroup".
# . on hpux you may not be able to use shared memory as nobody, and the
# suggested workaround is to create a user www and use that user.
# note that some kernels refuse to setgid(group) or semctl(ipc_set)
# when the value of (unsigned)group is above 60000;
# don't use group nobody on these systems!
#
user nobody
group nobody
위의 내용과 같이 브라우저를 통한 접속은 user 권한과 group 권한 모두 nobody 로 설정되어 있다. nobody 라는 아이디는 실제로 서버에 존재한다. /etc/passwd 파일을 참조하면 telnet 이나 ftp를 통한 접속은 막혀 있지만, 엄연히 존재하는 유저이다. 유닉스 시스템은 파일이나 디렉토리에 대한 권한 설정은 항상 체크 된다. 브라우저를 통해 접속해 오는 것도 마찬가지여서 클라이언트가 html 문서를 읽어 전송 받을 것을 요구할 때, 시스템은 이 파일을 nobody 라는 권한으로 접속해 오는 사용자에게 읽기 권한이 있는지 판단하여 권한이 있을 때에만 전송을 허락할 것이다. 특정 유저의 파일이라 할지라도 일반적으로 읽기 권한은 모두에게 허가 되어 있다. cgi 프로그램을 실행할 때에도 권한 체크가 이루어진다. 실행할려는 프로그램이 nobody 권한으로 서버에서 실행될 수 있는지를 판단하는 것이다.
3.4 서비스 포트
리눅스에 네트웍 서비스와 관련된 포트 번호를 기록하고 있는 파일이 있는데, /etc/services 파일이다. 이것을 열어보면 많은 포트 번호와 그것에 해당하는 서비스 목록이 있다.
# /etc/services:
# $id: services,v 1.4 1997/05/20 19:41:21 tobias exp $
#
# network services, internet style
#
# note that it is presently the policy of iana to assign a single well-known
# port number for both tcp and udp; hence, most entries here have two entries
# even if the protocol doesn't support udp operations.
# updated from rfc 1700, ``assigned numbers'' (october 1994). not all ports
# are included, only the more common ones.
tcpmux 1/tcp # tcp port service multiplexer
echo 7/tcp
echo 7/udp
discard 9/tcp sink null
discard 9/udp sink null
systat 11/tcp users
daytime 13/tcp
daytime 13/udp
netstat 15/tcp
qotd 17/tcp quote
msp 18/tcp # message send protocol
msp 18/udp # message send protocol
chargen 19/tcp ttytst source
chargen 19/udp ttytst source
ftp-data 20/tcp
ftp 21/tcp
fsp 21/udp fspd
ssh 22/tcp # ssh remote login protocol
ssh 22/udp # ssh remote login protocol
telnet 23/tcp
# 24 - private
smtp 25/tcp mail
# 26 - unassigned
time 37/tcp timserver
time 37/udp timserver
rlp 39/udp resource # resource location
nameserver 42/tcp name # ien 116
whois 43/tcp nicname
re-mail-ck 50/tcp # remote mail checking protocol
re-mail-ck 50/udp # remote mail checking protocol
domain 53/tcp nameserver # name-domain server
domain 53/udp nameserver
mtp 57/tcp # deprecated
bootps 67/tcp # bootp server
bootps 67/udp
bootpc 68/tcp # bootp client
bootpc 68/udp
tftp 69/udp
gopher 70/tcp # internet gopher
gopher 70/udp
rje 77/tcp netrjs
finger 79/tcp
www 80/tcp http # worldwideweb http
www 80/udp # hypertext transfer protocol
link 87/tcp ttylink
kerberos 88/tcp kerberos5 krb5 # kerberos v5
kerberos 88/udp kerberos5 krb5 # kerberos v5
supdup 95/tcp
# 100 - reserved
hostnames 101/tcp hostname # usually from sri-nic
iso-tsap 102/tcp tsap # part of isode.
csnet-ns 105/tcp cso-ns # also used by cso name server
csnet-ns 105/udp cso-ns
# unfortunately the poppassd (eudora) uses a port which has already
# been assigned to a different service. we list the poppassd as an
# alias here. this should work for programs asking for this service.
# (due to a bug in inetd the 3com-tsmux line is disabled)
#3com-tsmux 106/tcp poppassd
#3com-tsmux 106/udp poppassd
rtelnet 107/tcp # remote telnet
rtelnet 107/udp
pop-2 109/tcp postoffice # pop version 2
pop-2 109/udp
pop-3 110/tcp # pop version 3
pop-3 110/udp
sunrpc 111/tcp portmapper # rpc 4.0 portmapper tcp
sunrpc 111/udp portmapper # rpc 4.0 portmapper udp
auth 113/tcp authentication tap ident
sftp 115/tcp
중략
# local services
linuxconf 98/tcp
swat 901/tcp # add swat service used via inetd
위에서 보는 바와 같이 80 번은 웹서비스이며 ftp 는 21번, telnet 은 23번이다.
3.5 다른 포트 사용하기
telnet 과 ftp는 각각 23번과 21번 포트를 사용한다고 하였다. 웹서비스는 80번 포트를 사용한다. 브라우저를 통해 서버에 접속할 때에는 기본적으로 80번 포트를 이용하고 서버는 80번 포트가 httpd 로 동작한다는 것을 알고 있다. 웹서비스를 80번 외에 다른 포트로 httpd를 실행 시킬 수 있다. 아래는 httpd.conf 의 내용중 포트를 설정해 주는 부분이다.
#
# port: the port to which the standalone server listens. for
# ports < 1023, you will need httpd to be run as root initially.
#
port 80
포트번호가 80번으로 기본설정 되어 있다. 이것을 바꾸어서 실행시키면 하나의 서버에 여러 개의 포트를 이용해서 대몬을 실행시킬 수 있다. 앞에서 telnet을 이용해서 다른 포트로 접근하는 것과 같은 방법으로 브라우저를 이용해서 다른 포트로 실행된 대몬으로 접근하기 위해서는 url 다음에 포트번호를 적으면 된다.
http://hostname.domain:8888/
4. 네트웍 서비스 설치하기
4.1 아파치 웹서버
최신 버전의 아파치 웹서버에 대한 정보는 http://www.apache.org/httpd.html 에서 얻을 수 있다. 이용 가능한 최신 버전 정보와 여러 미러 사이트 정보도 포함하고 있다.
아파치를 설치하기 위한 방법은 두 가지가 있다. 하나는 rpm 으로 제공되는 것을 구해서 간단히 설치하는 방법이고, 다른 하나는 직접 소스를 받아 컴파일 하여 설치하는 방법이다. rpm을 이용하면 초보자도 어렵지 않게 설치할 수 있다는 장점이 있으나, rpm에서 정해진 디렉토리에 설치되므로 관리측면에서 일관성이 없어지게 되는 단점도 있다. 여기서는 rpm 으로 설치하는 방법은 생략한다. rpm 으로 설치하는 과정은 rpm 명령만 알면 되는 것이므로 쉽게 설치할 수 있을 것이다.
아파치 소스를 컴파일 하게 위해 최신 버전의 아파치를 위의 웹사이트에서 다운로드 받는다. 안정적인 버전에 대한 정보가 있으며, 더 높은 버전의 베타판도 받을 수 있다. 안정된 버전을 받아 설치하기를 권장한다.
현재 글을 쓰고 있을 때의 아파치 최신 버전은 1.3.9 이다.
파일을 다운 받았으면 임의의 디렉토리에 압축을 푼다. /home/sjang/webserver 라는 곳에 압축을 푸는 것으로 가정한다. 압축을 풀 때는 아래의 두 가지 명령어 중에 하나를 이용하면 된다.
# tar xzvf apache_1.3.9.tar.gz
# gzip -dc apache_1.3.9.tar.gz | tar xvf -
[9 sjang@admin:/home/sjang/webserver]# ls -al
total 1490
drwxr-xr-x 3 sjang sjang 1024 sep 5 21:35 ./
drwxr-xr-x 7 sjang sjang 1024 sep 5 21:30 ../
drwxr-xr-x 8 sjang sjang 1024 aug 17 03:41 apache_1.3.9/
-rw-r--r-- 1 sjang sjang 1514725 aug 20 04:17 apache_1.3.9.tar.gz
[10 sjang@admin:/home/sjang/webserver]#
압축을 풀면 버전에 해당하는 디렉토리가 생긴다. 디렉토리 안으로 이동한다. 디렉토리로 이동한 다음 컴파일하고 설치하기 전에 먼저 살펴보아야 할 파일이 있다. 바로 readme 와 install 파일이다. 아파치를 컴파일하고 설치하려고 한다면 반드시 두 파일을 읽어보아야 한다. 왜냐하면 그 파일 안에 컴파일하고 설치하는 방법이 나와 있기 때문이다. 소스가 제공되는 모든 프로그램이 이와 같은 형식이다. 압축되어 있고 압축을 풀면 컴파일 하고 설치하는 방법이 쓰여 있는 파일을 제공해 주는 것이다.
아파치의 경우 readme 안에는 일반적인 설명이 쓰여 있다. 컴파일하고 설치하는 방법은 모두 install 쓰여 있다. 파일 내용 중 중요한 내용을 일부 나타내었다.
installing the apache 1.3 http server with apaci
================================================
1. overview for the impatient
--------------------------
$ ./configure --prefix=prefix
$ make
$ make install
$ prefix/bin/apachectl start
note: prefix is not the string "prefix". instead use the unix
filesystem path under which apache should be installed. for
instance use "/usr/local/apache" for prefix above.
2. requirements
------------
the following requirements exist for building apache:
o disk space:
o ansi-c compiler:
o perl 5 interpreter [optional]:
o dynamic shared object (dso) support [optional]:
1번에 쓰여 있는 내용이 실제로 아파치를 설치하는 것에 대한 설명이다. 아래 네 명령어를 차례대로 실행하면 된다.
$ ./configure --prefix=prefix
$ make
$ make install
$ prefix/bin/apachectl start
prefix 는 설치할 디렉토리를 명시하면 된다. /usr/local/apache 로 정도로 하면 정해주면 된다. 아파치 1.3 대 버전부터 아파치를 실행하고 종료하는데 필요한 명령어를 스크립트로 제공해 주고 있는데, 그것이 바로 apachectl 이다. prefix를 /usr/local/apache 에 설치했다면 apachectl 은 /usr/local/apache/bin/ 에 들어 있다.
/usr/local/apache/bin/apachectl start <-- 아파치 실행
/usr/local/apache/bin/apachectl stop <-- 아파치 종료
/usr/local/apache/bin/apachectl restart <-- 아파치 재시작
물론, 대몬을 시작하기 이전에 /usr/local/apache/conf/http.conf 의 내용을 서버에 맞게 설정해 주어야 한다.
4.2 ftp 서버 설치하기
웹서버와 함께 가장 많이 사용하는 것 중에 하나가 ftp 이다. 거의 모든 유닉스 서버는 ftp 서비스를 제공하고 있다. 레드햇6 에 기본으로 들어가 있는 proftpd 의 소스를 받아서 설치를 해 보도록 하자. 소스 코드는 소스 rpm을 얻을 수 있다. 리눅스 배포판을 제공해 주는 anonymous ftp 서버에는 실행 바이너리 뿐 아니라, 소스 rpm 도 제공해 주고 있다. 국내의 대표적인 ftp 서버에서도 쉽게 구할 수 있다.
ftp://ftp.bora.net/pub/linux
ftp://ftp.kreonet.re.kr/pub/linux
최신 버전의 proftpd-1.2.0pre3-2.src.rpm를 다운 받아서 아래의 명령어로 소스를 설치할 수 있다.
# rpm -uvh proftpd-1.2.0pre3-2.src.rpm
rpm 으로 설치하면 소스 프로그램은 /usr/src/redhat/sources/ 아래에 소스가 들어 있는 tar.gz 파일이 설치된다.
[root@admin sources]$ pwd
/usr/src/redhat/sources
[root@admin sources]$ ls
configuration.html proftpd-1.2.0pre3 proftpd.init
ftp.pamd proftpd-1.2.0pre3.tar.gz proftpd.patch
ftpusers proftpd-xferstats.patch reference.html
[root@admin sources]$
위에서 proftpd-1.2.0pre3.tar.gz 파일이 있다. 이것을 다시 압축을 풀어 설치하면 된다.
# tar xzvf proftpd-1.2.0pre3.tar.gz
# zgip -dc proftpd-1.2.0pre3.tar.gz | tar xvf -
압축을 풀면 해당버전 이름의 디렉토리가 생기고 그 디렉토리 안에 install 파일이 있다. 아파치 서버를 설치할 때와 같은 구조이다. install 파일을 하나하나 살펴보면서 proftpd를 설치하면 된다.
proftpd 1.2.x installation instructions
----------------------------------------
proftpd is designed to be configured for compilation on the target system
via the gnu autoconf tool. a single shell script, named 'configure' in
the source distribution top-level directory will analyze your system and
create a 'config.h' file which *should* allow proftpd to compile cleanly.
on some systems it may be necessary to manually tweak config.h and/or the
top-level makefile. a list of known, tested and untested ports is
available in the readme file.
the include file include/options.h contains a number of easily tweakable
compile-time options which affect proftpd's operation. these are not
modified by the configuration script. each option is documented in the
header file.
installation instructions:
1 번의 내용은 ./configure 명령으로 컴파일 환경과 makefile를 만든다.
1. decide which user and group you wish to install proftpd as. the
default is user 'root' and group 'root'. if you wish to simply
use these defaults, type:
$ ./configure
from the top level directory. if you want to install as a different
user and group (as you would with bsdi), you need to set the
install_user and install_group environment variables. assuming
sh/ksh/bash, you would do something such as the following on a bsdi
system:
$ install_user=root install_group=wheel ./configure
by default, the gnu configure script will install all binaries in
the /usr/local/bin and /usr/local/sbin directories. you can change
this by adding the `--prefix' argument to the configure script's
command line. for example, if you want to install proftpd in
/usr/sbin and support binaries in /usr/bin, you would:
$ ./configure --prefix=/usr
you can get a list of all available arguments by running
configure --help
additional proftpd modules may be added with the '--with-modules=list'
argument. this option only affects additional modules, such as those
found in the contrib/ directory. the core modules in the modules/
directory are mandatory, and not affected at all by the
'--with-modules' arg.
2. watch the output of the configure script. after configure has run,
you might want to scan the config.h file to make sure configure
didn't make any wrong "guesses" regarding your platform. if
everything looks good, continue on to the next step.
3 번의 내용은 실제로 컴파일 하기 위해 make 명령어를 입력한다. 꽤 오랜시간 동안 컴파일이 진행되는 과정을 보게 될 것이다.
3. run 'make' from the top-level source directory. on systems with
antiquated make utilities (such as bsdi), you will need to use
gnu make (usually 'gmake') instead. watch the output of the compile
process and make sure no errors occur. on some platforms (notably aix
and irix) you may see some compilation or link warnings. these
can generally be ignored. after make has completed building the
proftpd binary and related utilities, continue on to step 4.
4번의 내용은 컴파일이 끝난 바이너리 파일을 정해진 디렉토리 설치를 하는 과정이다. make install를 실행하여 설치를 파일을 정해진 디렉토리로 복사할 것이다. proftpd.conf 가 /usr/local/etc/ 디렉토리 설치 된다는 내용도 보이고 있다.
4. run 'make install' from the top level source directory. this
will install proftpd into /usr/local/sbin, and utils in
/usr/local/bin, as well as copying the "basic.conf" file
(found in sample-configurations/) to /usr/local/etc/proftpd.conf.
5 번의 내용은 proftpd를 실행하기 전에 서버 설정을 하는 파일 proftpd.conf 의 내용을 수정하라는 뜻이다. proftpd.conf 의 내용은 아파치의 httpd.conf 의 내용만큼 어렵진 않다.
5. edit /usr/local/etc/proftpd.conf. make sure that the user/group
specified actually exist on your system, or proftpd will not run.
6 번의 내용은 proftpd를 inetd를 이용할 것인지 standalone을 이용할 것인지를 판단하고, 목적에 맞게 proftpd.conf 의 내용을 설정하는 것이다.
6. decide how you want to run proftpd, from either inetd/xinetd or
as a standalone daemon. once you have decided, you should edit
/etc/proftpd.conf and change the servertype directive to match your
choice (either "servertype inetd" or "servertype standalone").
if you are running in standalone mode, skip step 7.
7 번의 내용은 proftpd를 inetd를 이용하여 대몬 실행을 할 경우에 설정하고 실행해야 하는것들에 대해서 설명하고 있다.
7. to run proftpd from inetd, you need to edit your /etc/inetd.conf
file and send your inetd process the -hup signal so that it will
rehash it's configuration file. find the line in /etc/inetd.conf
that looks something like:
ftp stream tcp nowait root /usr/sbin/in.ftpd in.ftpd -l -a -u022
and replace this with:
ftp stream tcp nowait root /usr/sbin/proftpd proftpd
proftpd can also be used with tcp wrappers, i.e.:
ftp stream tcp nowait root /usr/sbin/tcpd proftpd
8 번은 standalone 방식으로 대몬을 실행하는 경우에 대해서 설명하고 있다. root 권한으로 proftpd을 실행하면 된다.
8. if running in standalone mode, you'll probably want to edit your
boot scripts to start proftpd at boot-time. you can start it
immediately simply by executing it from your shell (remember, it needs
to initially be run as root).
9 번은 로그 파일에 대한 내용이다.
9. try ftping into your system, and make sure everything works.
if you run into a problem, *check your syslog*.
10 번은 대몬을 운영하는 것에 대한 설정이다. 접속 회수에 따라 효과적인 설정을 해야 한다. log 파일 분석이 도움이 될 수 있다.
10. in order for maxclients, maxclientsperhost and the ftpwho/ftpcount
utilities to work, you need to specify a scoreboard path for
proftpd's scoreboard files. by default this is
'/usr/local/var/proftpd'.
you can use the scoreboardpath directive in proftpd.conf to
specify a different directory, or you can mkdir /usr/local/var/proftpd
if it does not already exist. no special permissions are needed
on the directory, unless you don't want all users to be able to run
ftpwho and ftpcount.
http://www.proftpd.org/reference.html에서 대몬설정에 관한 것을 확인할 수 있다.
11. if you want to add anonymous ftp, or create a more sophisticated
ftp configuration, try doing this now (using
http://www.proftpd.org/reference.html as a guide). to test a
new configuration you can run proftpd -c <new_config_file>
from the command line, and you'll be informed if proftpd can't
properly parse the conf file. if you are running in inetd
mode, and your configuration is parsable, you'll see
"fatal: socket operation on non-socket", which you can safely
ignore (it won't happen when inetd spawns the daemon).
good luck! if you run into problems with configuration, *check your
syslog*. proftpd logs all error conditions it encounters, including
parsing problems with one or more configuration files.
bug reports
& mailing list: proftpd-l@evcom.net
patches: bugs@proftpd.org
www: http://www.proftpd.org
ftp: ftp://ftp.proftpd.org/distrib