[목차]
1. 참고내용 및 관련 문서
2. 아파치 가상 유저 호스트란?(이게 뭡니까?)
3. 네임서버(BIND8)의 설정
4. 아파치에서 “가상 유저 호스트”를 지원하게 하려면?
4-1. 확인 과정
4-2. modr_rewrite 모듈 추가
5. 아파치 가상 호스트 설정(httpd.conf)
6. 조그마한 팁
7. 마치며
1. 참고내용 및 관련 문서(다 읽어보질 못했음)
– 아파치 제공 문서 – Module mod_rewrite URL Rewriting Engine :
http://www.apache.org/docs/mod/mod_rewrite.html
– 아파치 제공 문서 – Rewriting Guide :
http://www.apache.org/docs/misc/rewriteguide.html
– 아파치 제공 문서 – Dynamically configured mass virtual hosting :
http://www.apache.org/docs/vhosts/mass.html
– 아파치 제공 문서 – Apache Server Frequently Asked Questions :
http://www.apache.org/docs/misc/FAQ.html
– A Users Guide to URL Rewriting with the Apache Webserver :
Ralf S. Engelschall <rse@apache.org>
http://www.engelschall.com/pw/apache/rewriteguide/
– URL manipulation with Apache Forwarded :
Ralf S. Engelschall, Christian Reiber
http://www.heise.de/ix/artikel/E/9612149/
2. 아파치 가상 유저 호스트란?(이게 뭡니까?)
예를 들어, 리눅스 계정 ID가 “san2″이고 도메인이 “linux.ac.kr”이면
http://san2.linux.ac.kr 이 되도록 설정하는 것입니다.
즉,
리눅스 계정($USER)을 추가하면 자동적으로 그 계정이 호스트로 설정되어
아파치의 가상 호스트로 운영하는 것을 의미한다.
물론 수동으로 하나하나씩 막노동(?)으로 네임서버에 각각의 계정을 모두
등록하고 아파치 가상 호스트 섹션에 추가할 수 있지만
조금 비능률적이다.
때문에 네임서버를 조금 건드려 줘야하며(한번 만), 주로 웹호스팅 업체나
이런 서비스를 전문으로하는 업체에서 유용하게 쓰이는 방법이기도 하다.
*주)—————————————————————
몇 개의 호스트만 관리하고 있고 각 계정을 굳지 호스트로 지정할 필요가
없다면 이 방법은 무용지물입니다.
——————————————————————–
3. 네임서버(BIND8)의 설정
부트파일(named.conf)에서 정의한 Public Domain의 zone 파일이
“zone-linux.ac.kr”로 명시되어 있다면,(일반적으로 /var/named 디렉토리)
다음과 같이 편집합니다.
/var/named/zone-linux.ac.kr —————————————–
@ IN SOA ns.linux.ac.kr. san2.linux.ac.kr. (
2000041005 ; Serial
28800 ; Refresh
14400 ; Retry
3600000 ; Expire
86400 ) ; Minimum
IN NS ns.linux.ac.kr.
IN NS ns2.linux.ac.kr.
IN A 192.168.10.3
@ IN HINFO “x86 Pentium” “XXX Linux”
;
ns2 IN A 192.168.10.4
; 중간생략
;
; 제일 마지막 줄에 추가
* IN A 192.168.10.3
————————————————————————
이름기반 가상 호스트로 운영할 계획이라면,
더이상 www, mail, ns, 등등의 호스틀 추가할 필요는 없다.
반면,
각각의 서비스기능을 하는 호스트를 다른 IP 주소를 사용하면
A 레코드로 각각 다르게 설정해 줄 필요는 분명이 있다.
이점에서 각자 사용 목적에 맞게 네임서버를 설정하길 바랍니다.
앞의 설정에서 눈여겨 볼 설정은 와일드카드 문자(*)를 사용해서
모든(*) 호스트에 대해서 A 레코들로 192.168.10.3의 IP 주소를 지정해
주었다는 점이다.
@ IN A 192.168.10.3
;또는
* IN A 192.168.10.3
*.linux.ac.kr. IN A 192.168.10.3
그럼 어떤 현상(?)이 일어나는지 잠시 네임서버에 질의해 봅시다.
우선, 설정내용을 바꾸었으므로 2차 네임서버를 운영하고 있다면
Serial을 바꾸어줘야함을 잊어서는 안된다.
# ndc reload
#
# nslookup
Default Server: linux.ac.kr
Address: 192.168.10.3
> linux.ac.kr
Name: linux.ac.kr
Address: 192.168.10.3
> www.linux.ac.kr
Name: www.linux.ac.kr
Address: 192.168.10.3
> mail.linux.ac.kr
Name: mail.linux.ac.kr
Address: 192.168.10.3
이 번에는 무작위 아무 호스트(aabbcc)를 질의해 보자.
> aabbcc.linux.ac.kr
Name: aabbcc.linux.ac.kr
Address: 192.168.10.3
> exit
#
즉, 네임서버에 와일드카드 문자(*)를 사용해서 모든 호스트를
192.168.10.3의 IP 주소로 지정해 버렸기 때문이다.
이 기능(?)을 이용해서 아파치에서 가상호스트로 지정하는 방법이다.
대충 짐작이 되었으리만 믿습니다.
4. 아파치에서 “가상 유저 호스트”를 지원하게 하려면?
아파치에서 가상 유저 호스트를 지원하게 하려면 아파치 모듈중에서
“mod_rewrite.c”가 필요하다.
4-1. 확인 과정
[경우1] 아파치를 RPM으로 설치했을 경우
아파치 설정 파일(httpd.conf)에
…
LoadModule rewrite_module modules/mod_rewrite.so
…
AddModule mod_rewrite.c
…
부분이 있는지 확인하다.
일반적으로 rpm 패키지를 제작할 경우 이 모듈을 DSO 기반 모듈로 로딩
하도록 설정되어 있을 것입니다.
[경우2] 아파치를 소스로 직접 컴파일했을 경우
이 경우에는 손수 직접 확인해 줘야한다.
아파치 설치자가 DSO 기반 모듈로 설치했는지 아니면
“Compiled-in modules”으로 설치했는지 이미 알고 있을 것이다.
전자의 경우는 앞의 RPM으로 설치했을 경우와 같이 직접 설정파일을
확인해 본다.
후자의 경우는 다음과 같이 “httpd -l”과 같이 옵션으로 확인하다.
# httpd -l (또는 # /usr/local/apache/bin/httpd -l)
Compiled-in modules:
http_core.c
mod_env.c
mod_log_config.c
mod_mime.c
mod_negotiation.c
mod_status.c
mod_include.c
mod_autoindex.c
mod_dir.c
mod_cgi.c
mod_asis.c
mod_imap.c
mod_actions.c
mod_userdir.c
mod_alias.c
mod_rewrite.c <—————확인사항
mod_access.c
mod_auth.c
mod_setenvif.c
mod_php3.c
#
*주)—————————————————————-
일반적으로 아파치를 소스로 직접 컴파일하여 설치했을 경우에는
특별한 옵션이 없는한 mod_rewrite 모듈은 추가되어 있지 않다.
——————————————————————–
필자역시 기존의 소스디렉토리에서 다시 컴파일하여 추가해 줘야하는
단점이 있었다.
4-2. mod_rewrite 모듈 추가 방법
다음의 작업 과정은 현재 이 mod_rewrite.c이 추가되어 있지 않았다는
가정이다.
우선 현재의 아파치 서버를 종료한다.
# killall httpd
#
아파치 서버를 /usr/local/apache에 설치했다면
잠시 다른 이름으로 바꾸어 놓는다.
# cd /usr/local
# mv apache apache_old
전에 아파치를 컴파일 했던 소스 디렉토리가 /usr/local/src/apache_1.3.12
이라면 그곳으로 이동한다.
만약 새로 컴파일할 계획이라면 이하 같은 방법대로 한다.
필자는 전에 PHP를 서드파티 모듈을 추가했으므로 이번에도 똑 같이 해줘야
하는 또 하나의 숙제(?)가 남아 있다.
그러나 그 숙제는 숙제가 아니다.
소스 디렉토리에 config.status 파일을 이용하면 그만이다.
# pwd
/usr/local/apache_1.3.12
#
# cat config.status
——config.status —————————————————
#!/bin/sh
##
## config.status — APACI auto-generated configuration restore script
##
## Use this shell script to re-run the APACI configure script for
## restoring your configuration. Additional parameters can be supplied.
##
./configure
“–with-layout=Apache”
“–prefix=/usr/local/apache”
“–activate-module=src/modules/php4/libphp4.a”
“$@”
———————————————————————–
전에 작업했던 내용이 이 파일(config.status)에 기록되어 있으므로 이 파일을
이용해서 PHP4 모듈도 함께 추가해 보자.
# make clean
#
# ./config.status –enable-module=rewrite
#
이때 주의해야 할점은 “–enable-module=mod_rewrite”가 아니라는 점이다.
“mod_”를 뺀 나머지 모듈이 그 모듈이름이다.
만약 처음으로 아파치를 컴파일할 계획이라면 다음과 같이
중간 단계에서 컴파일 옵션이 필요할 것이다.(PHP4 추가시 포함)
# ./configure
–prefix=/usr/local/apache
–activate-module=src/modules/php4/libphp4.a
–enable-module=rewrite
“” 문자는 적접 입력하는 문자가 아니고 즉 한줄에 계속 이어서 쓴다는 의미입니다.
앞의 예는 Compiled-in modules 형식이다.
만약 DSO 기반 모듈로 사용할 계획이라면, 최소한 다음과 같은 옵션이 필요하다.
(mod_rewrite 모듈만 DSO 방식으로 사용)
# ./configure
–prefix=/usr/local/apache
–activate-module=src/modules/php4/libphp4.a
–enable-module=rewrite <— 주의 꼭
–enable-shared=rewrite
*주)—————————————————————-
–enable-shared=rewrite 옵션은 –enable-shared=so를 포함함.
——————————————————————–
*주)—————————————————————-
DSO 기반 모듈은 Compiled-in modules 모듈보다 아파치 서버 시작시 20%,
실행속도가 5% 정도 느려진다고 아파치 관련 문서에 나와 있다.
——————————————————————–
*참고)————————————————————–
mod_rewrite 모듈을 DSO 방식으로 추가하는 기타 방법
기본적으로 mod_rewrite 모듈은 disable 되어 있다는 점에서
다음과 같은 방법이 가능하다.
1. APXS 유틸리티 사용
# apxs -i -a -c /any/path/to/src/modules/standard/mod_rewrite.c
2. –enable-module=all –enable-shared=rewrite
모든 모듈을 enable 시키고 mod_rewrite만 DSO 방식으로 추가
3. –enable-module=all –enable-shared=max
모든 모듈을 enable 시키고 httpd_core와 mod_so를 제외한 나머지
모듈(mod_rewrite가 포함됨)을 DSO 방식으로 추가
4. –enable-module=rewrite –enable-shared=max
mod_rewrite를 enable 시키고 나머지 enable된 모듈과 함께 DSO 방식으로 추가
5. –enable-shared=remain
아직 enable되어 있지 않은 mod_rewrite 모듈을 포함한 나머지 기본 enable
모듈을 enable시키고 httpd_core와 mod_so를 제외한 나머지 모듈(mod_rewrite
가 포함됨) 을 DSO 방식으로 추가
[–enabl/disable-shared=max 옵션]
바로 이전 옵션에서 enable 되어 있는 모듈에 대해서만 DSO 방식으로
enable/disable.
[–enable-shared=remain 옵션]
바로 이전 옵션에서 enable 되어 있지 않은 모듈을 enable 시키고 이 모듈에
대해서만 DSO 방식으로 enable.
[특별한 옵션이 없는 경우 기본 enable 모듈]
http_core.c
mod_env.c
mod_log_config.c
mod_mime.c
mod_negotiation.c
mod_status.c
mod_include.c
mod_autoindex.c
mod_dir.c
mod_cgi.c
mod_asis.c
mod_imap.c
mod_actions.c
mod_userdir.c
mod_alias.c
mod_access.c
mod_auth.c
mod_setenvif.c
*참고 끝) ————————————————————–
컴파일 옵션 설정이 끝났으면
컴파일과 설치를 다름과 같이 진행한다.
# make
#
# make install
/usr/local/apache 디렉토리에 새로 아파치가 설치되어 있을 것이다.
원하는 모듈이 추가되어 있는지 직접확인해 보자.
# cd /usr/local/apache/bin
# ./httpd -l
…
mod_rewrite.c
…
#
원하는 모듈이 추가되어 있군요…
이번에는 전에 설정해 놓았던 설정파일(httpd.conf)을
다시 복사해 놓자.(같은 버전일 경우)
# cd /usr/local/apache/conf
#
# cp /usr/local/apache_old/conf/httpd.conf .
#
httpd.conf 파일이 덮어쓰기가 될것입니다.
*주)—————————————————————–
아파치 버전 1.3.11과 1.3.12의 설정파일은
그 설정 내용이 조금씩 다르므로 절대로 덮어쓰는 일이 없도록 주의하기
바랍니다.
———————————————————————
만약 rewrite 모듈을 DSO 기반 모듈로 설치했다면
httpd.conf 파일에서
…
LoadModule rewrite_module ……
…
AddModule mod_rewrite.c
…
부분을 확인 및 빼먹지 않도록 주의한다.
5. 아파치 가상 호스트 설정(httpd.conf)
드디어 아파치 가상 호스트 설정 차례입니다.
필자의 경우(예제의 가상의 도메인: linux.ac.kr)는 다음과 같다.
주석으로 설명되어 있습니다.
—–httpd.conf ——————————————————-
…
ServerName www.linux.ac.kr
DocumentRoot /home/httpd/html
…
UserDir public_html
…
…
# 가상 호스트 설정
NameVirtualHost 192.168.10.3
# 기본이 되는 호스트
<VirtualHost 192.168.10.3>
ServerName www.linux.ac.kr
#
# 다음의 설정은 일반적인 각각의 사용자 URL(~ID)을 ID.domain.com의
# 형태로 Redirect하는 설정이다.
# 꼭 필요하지는 않지만 그럭저럭 괜찮은 서비스 일것 같다.(필자의 생각)
#
RewriteEngine on
RewriteRule ^/~(([a-zA-Z])[a-z0-9]+) http://$1.linux.ac.kr [R,L]
#
# 다음의 2줄에 대해서 주석을 제거하면 요청한 문서와 DocumentRoot 상에
# 존재하는 문서와 서로 일치하지 않을 경우
# http://www.linux.ac.kr/index.html 파일을 보여주도록 되어 있다.
# 따라서 “ErrorDocument 404″의 의미는 없어지며,
# 이 방법 외에, 원한다면 404 에러코드에 대한 문서를 상위의
# 기본 문서(index.html)로 URL 포워딩할 수 있는 방법도 있다.
#
#RewriteCond /home/httpd/html/%{REQUEST_FILENAME} !-f
#RewriteRule ^(.+) http://www.linu.ac.kr/index.html
</VirtualHost>
# mail 호스트 설정
# “mail”이라는 계정은 /etc/passwd 파일에 존재하지만
# 실제로는 /home/mail로 홈디렉토리를 가지고 있지 않다.
# 때문에 필자의 경우는 mail.linux.ac.kr 호스트에 대해서
# 웹 메일서버스를 위해서 다음과 같이 설정했을 뿐이다.
# 물론 8080 포트로 설정하는 경우도 많다.
# 이 예는 필자의 경우이다.(하나의 리눅스 박스에서)
#
<VirtualHost 192.168.10.3>
ServerName mail.linux.ac.kr
ServerAdmin admin@linux.ac.kr
DocumentRoot /home/httpd/mail
ErrorLog logs/mail.linux.ac.kr-error_log
CustomLog logs/mail.linux.ac.kr-access_log common
#ErrorDocument 401 /401.php
</VirtualHost>
# redhat 호스트 설정
# redhat 계정은 시스템 계정에 포함되어 있지 않은 계정이다.
# 따라서 따로 분류해서 하나의 가상 호스트로 설정할
# 필요가 있는 경우이다.
# 이 예제와 같이 /home/ID 처럼 존재하지 않은 가상 호스트에 대해서
# 중요하다고 생각되는 호스트(예: www, kernel, tip, study)를 별도로
# 가상 호스트로 추가 설정한다.
#
<VirtualHost 192.168.10.3>
ServerName redhat.linux.ac.kr
ServerAdmin admin@linux.ac.kr
DocumentRoot /home/httpd/redhat
ErrorLog logs/redhat.linux.ac.kr-error_log
CustomLog logs/redhat.linux.ac.kr-access_log common
ErrorDocument 401 /401.php
ErrorDocument 404 /404.php
</VirtualHost>
# linux 호스트 설정
# linux 계정은 시스템 계정에 포함되어 있지 계정이다.
# 또한 리눅스 계정에 포함되어 있다하더로도
# 필자의 소견으로는
# http://linux.linux.ac.kr 이라는 이름은 왠지
# 어색할 따름이다.
# 따라서 이 가상 호스트에 대해서 www.linux.ac.kr
# 호스트로 Redirect 지시자로 포워딩하는 예제이다.
# 주의 Redirect / http://www.linux.ac.kr 이 되지 않도록!!!
#
<VirtualHost 192.168.10.3>
ServerName linux.linux.ac.kr
Redirect /index.html http://www.linux.ac.kr/
</VirtualHost>
# 가상 유저 호스트 설정 ##########################################
# 이 글의 가장 핵심적인 내용이며 필자가 말하려는 부분이기도 하다.
#
<VirtualHost 192.168.10.3>
ServerName linux.ac.kr
#
# ServerAlias 지시자를 이용해서 나머지 모든 호스트에 대해서
# 설정한 경우이다.
ServerAlias *.linux.ac.kr
ServerAdmin admin@linux.ac.kr
#
# 다음의 설정은 http://linux.ac.kr을 요청했을 경우에
# http://www.linux.ac.kr 호스트로 URL 포워딩한 예이다.
# 이 설정은 필자의 습관이다.
# 굳지 Redirect 지시지를 사용하지 않고 /home/httpd/html/index.html
# 파일을 보이도록 할 수는 있다.
#DocumentRoot /home/httpd/html
#
Redirect /index.html http://www.linux.ac.kr/
#
#
# 가장 핵심적인 설정 부분이다. 그러나 ………T.T
# 불행히도 필자는 이부분에 대해서 자세하게 설명할 실력이 못된다.
# 다만 아파치 제공문서와 [임대호]님 홈페이지를 참고로 했을 뿐입니다.
# 자신의 환경에 맞게 수정하면 무리가 없을듯 합니다.
#
# Virtual User Hosts
RewriteEngine on
RewriteCond %{HTTP_HOST} ^[^.]+.linux.ac.kr$
RewriteRule ^(.+) %{HTTP_HOST}$1 [C]
RewriteRule ^([^.]+).linux.ac.kr(.*) /home/$1/public_html$2
#
ErrorLog logs/users.linux.ac.kr-error_log
CustomLog logs/users.linux.ac.kr-access_log common
# 아래의 두개의 설정은 가상 유저 호스트를 위한 설정이다.
# 즉, 각 가상 유저 호스트의 DocumentRoot에 에러코드문서를
# 모두 만들 필요없이(사용자 몫) 기본 호스트의 에러코드로
# 모두 설정해 주었다.
ErrorDocument 401 http://www.linux.ac.kr/401.php
ErrorDocument 404 http://www.linux.ac.kr/404.php
</VirtualHost>
…
——————————————————————————
설정이 끝났으면 아파치 서버를 가동한다.
서버를 가동하지 전에 설정 구문이 제대로 맞는지 확인 점검해 보는 습관도 좋다.
#
# httpd -t (또는 /usr/sbin/httpd -t)
또는
# /usr/local/apache/bin/httpd -t
Syntax OK
#
현재 서버가 가동 중이 아니므로…
RPM으로 설치했을 경우,
#
# /etc/rc.d/init.d/httpd start
소스로 컴파일하여 설치했을 경우
#
# /usr/local/apache/bin/apachectl start
#
서버가 정상적으로 시작되면
웹 브라우저로 테스트해 본다.
또한,
새로운 계정을 추가하여 제대로 작동하는지 확인해 보시길 바랍니다.
예 :
http://san2.linux.ac.kr/
6. 조그마한 팁
필자는 RedHat 리눅스 외에 다룰 줄 아는 리눅스 배포본은 없다.
따라서 다음에 나오는 팁은 당연히 레드햇 기준입니다.
*팁1)
사용자 추가시 기본 웹 디렉토리(public_html)와 index.html 파일
사용자 “기본 웹 디렉토리”라 함은 아파치 설정 파일에서
UserDir 지시자에 의해서 명시한 디렉토리를 말한다.
일반적으로 public_html 이나 Public_html, wwwhome, html …. 등등으로
아파치 서버 관리자가 설정하기 나름이다.
필자의 경우는 Public_html으로 바꾸어 사용한다.(대문자 P, 필자의 습관)
#
# cat httpd.conf | grep UserDir
UserDir Public_html
#
따라서 다음과 같이 이름을 미리 바꾸어 놓음으로써 다음 계정 추가시 자동적으로
UserDir과 맞도록 설정한다.
#
# cd /etc/skel
# ls -hl
total 12k
drwxr-xr-x 5 root root 4.0k Feb 24 03:34 Desktop/
drwx—— 2 root root 4.0k Jun 8 1999 Mail/
drwx—— 2 root root 4.0k Feb 25 01:54 public_html/
#
# mv public_html Public_html
#
# chmod 701 Public_html
#
# ls -hl
total 12k
drwxr-xr-x 5 root root 4.0k Feb 24 03:34 Desktop/
drwx—— 2 root root 4.0k Jun 8 1999 Mail/
drwx—–x 2 root root 4.0k Feb 25 01:54 Public_html/
#
그 다음 index.html 파일은 아파치 설정파일에서 DirectoryIndex 지시자에 의해서
명시된 우선적인 파일을 의미한다.
즉,(리눅스 초보자에 해당되는 설명) 웹에서 특정 디렉토리에 접근할 경우 자동으로
보여주는 문서를 말합니다.
DirectoryIndex index.html index.htm index.php3 index.cgi index.phtml index.shtml
따라서 필자는 다음과 같이 미리 index.html 파일을 생성해 주었다.
#
# pwd
/etc/skel
# cd P* (또는 cd Public_html)
# pico index.html (또는 index.php)
# cat index.html ————————————————————–
<?
//$server_name = “$SERVER_NAME”;
//$http_host = “$HTTP_HOST”;
//$user = eregi_replace(“.$server_name”, “”, $http_host);
$user = eregi_replace(“.$SERVER_NAME”, “”, $HTTP_HOST);
?>
<html>
<head>
<META HTTP-EQUIV=”Content-Type” CONTENT=”text/html; charset=EUC-KR”>
<title>welcome to <? echo $user ?> HomePage !!!</title>
</head>
<body bgcolor=white>
<p>
<p>
<center> <font color=blue size=3> 환영합니다.</font>
<br>
여기는
<a href=mailto:<? echo $user ?>@<? echo $SERVER_NAME ?>>
<? echo $user ?></a>
의 홈페이지 입니다.
<p>http://<? echo $HTTP_HOST ?>
</body>
</html>
———————————————————————————-
물론, DB를 사용하여 사용자 이름을 깔끔하게 표시하면 금상첨화이겠지요…
필자가 웹 프로그램에 대해서 거의 맹~~ 수준이라서 고작 USER(사용자)를 표시한다는 것이
이 정도 수준밖에………..T.T(죄송)
*팁2)
사용자 홈디렉토리 퍼미션
레드햇 리눅스는 사용자를 새로 추가할 경우 기본 퍼미션은 700 이다.
즉 사용자(소유자)만 읽기/쓰기/실행하도록 디렉토리 퍼미션이 주어진다.
따라서 당연히,
웹디렉토리(Public_html) 퍼미션이 701, 755이다하더라도 사용자 홈디렉토리 퍼미션이
700이므로 웹에서는 접근할 수 없다.
그렇기 때문에 사용자 추가시 자동적으로 701 정도의 퍼미션이 되도록 설정해 주는것
한가지 방법인듯 하다.
방법은 다음과 같다.
# ls /etc/login*
/etc/login.defs
#
# pico /etc/login.defs
—–/etc/login.defs ————————————————————-
…
…
# 제일 마지막줄이나 적당한 위치에 다음 한줄을 추가한다.
UMASK 076
———————————————————————————–
이제 새로 추가할 사용자 디렉토리 퍼미션은 701이 될것이다.
참고로 퍼미션이 755가 되게하려면 “UMASK 022″으로 수정한다.
7. 마치며
매번(?) 글을 쓸때마다 느낌점이 있다면, 역시 글을 쓴다는 것은 한편으로 즐겁기도
하면서 한편으로는 제 자신을 애석하게 만들더군요.
(지식의 한계로 인한 “끙끙거림 = 키보드 위에 쌓인 머리카락)
급하게(?) 테스트하고 올린 내용이라서 오타 및 잘못된 설정이 있으리라 생각됩니다.
잘못된 점이 있으면 지적해 주셨으면 감사하겠습니다.
…
이 문서는 어느 누구도 전체 또는 부분을 복제 및 수정해서 재배포할 수 있으며
자신의 홈페이지에 링크 또는 자신의 홈페이지에 올려놓아도 상관없습니다.
또한 상업적으로 이용할 계획이라도 본 필자에게 문의 메일없이 사용할 수
있습니다
즉,
이 문서에 대해서는 사용상 어떠한 제한이 없음을 알려드립니다.
원작성자를 표기하지 않아도 상관없으며, 필요하다고 생각되면 원작성자를
표기해도 상관없습니다.
단,
사용상의 문제점등으로 피해를 있었을 경우, 본인에게 어떠한 법률적인 책임이
없음을 미리 공지하는 바입니다.
..
본 문서의 보완이나 잘못된 점이 있으면
아래의 본인의 홈페이지 질문과 답변란 게시판을 이용해 주셨으면 고맙겠습니다.
http://www.linuxchannel.net/
끝까지 읽어 주셔서 감사합니다.
——–end————————————————————————
