=======================================================================

출처 : http://www.ricky.co.kr/jsboard/read.php?table=system&no=17&page=1

=======================================================================

[제목] 아파치 로그 파일 - 특이한 녀석들은 따로 담거나 없애기* 제목이 좀 이상하네요........^.^작성자 : 김칠봉 <san2(at)linuxchannel.net>작성일 : 2001. 04. 30대상자 : 초보- 힌트 URL : 임은재님이 쓴 글을 보고 나서   http://kltp.kldp.org/stories.php?story=00/10/22/9724184- 관련 문서 : 아파치 제공 문서   http://httpd.apache.org/docs/mod/mod_log_config.html   http://httpd.apache.org/docs/mod/mod_setenvif.html목차1. 배경2. 기초지식  2-1. 로그포맷과 CustomLog 지시자  2-2. 아파치 환경변수 설정3. 예제  3-1. 특정 IP 주소만 환경변수로 설정하기  3-2. 특정 타입의 파일만 환경변수로 설정하기  3-3. 특정 User-Agent 만 환경변수로 설정하기  3-4.  종합예제 : 사오정(?) 로그 분석 피하기------------------------------------------1. 배경몇 달 전부터 Webalizer 라는 로그 분석기로 제가(이하 '필자') 운영하는 싸이트의로그를 대충 분석(?)해 봤는데 사오정(?) 분석이 되어 버렸더군요.결정적으로 필자가 운영하는 싸이트의 대부분은 php로 구성되어 있는데, 이는 실제로 - 방문자 외에 localhost에서 php가 실행하는 로그 기록 - 로봇들의 접근 기록 - 운영자(필자)가 접근한 로그 기록 등등이 함께 기록되어 있어 순수 방문자 통계에 약간 덜(?) 정확한 통계가 나오더군요. 따라서 이런 유형들의 로그는 없애거나 따로 로그기록하는 것이 낫을 것 같더군요. 위의 내용이 이하 다루는 내용입니다.2. 기초지식2-1. 로그포맷과 CustomLog 지시자Module mod_log_config 은 아파치 기본 모듈입니다.    로그 포맷 스트링    %a : 원격의 IP 주소    %b : 헤더를 포함한 전송량(bytes)    %{var}e : 환경 변수 "var"    %f : 파일이름    %h : 원격의 호스트    %{hdr}i : 서버에 들어오는(요청) 헤더 값 "hdr"    %l : 원격의 로그인 ID(지원한다면)    %{label}n : 다른 모듈에서 "label" 구성    %{hdr}o : 응답 헤더 값 "hdr"    %p : 서버의 Canonical 포트 번호    %P : 자식 프로세스 ID(PID)    %r : 첫번째 요청 라인    %s : 상태코드    %t : 시간 포맷(CLF 포맷)    %{format}t : "format"으로 구성된 시간 포맷    %T : 서버에 요청하는 시간(초)    %u : 원격의 유저이름(인증시)    %U : 요청한 URL    %v : 클라이언트 요청에 따른 Canonical 서버네임    %V : UseCanonicalName 설정에 따른 서버네임일반적으로 아파치를 설치하고 나면, 다음과 같이 기본설정되어 있을 겁니다.(굳지 수정할 필요없음)    LogFormat "%h %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\"" combined    LogFormat "%h %l %u %t \"%r\" %>s %b" common    LogFormat "%{Referer}i -> %U" referer    LogFormat "%{User-agent}i" agent    CustomLog /usr/local/apache/logs/access_log common물론 이 정도는 다 알고 계시리라 믿습니다.    로그 기록 지시자    CookieLog    CustomLog    LogFormat    TransferLogCookieLogs는 제외하고 나머지 지시자에 대해서 알아봅시다.LogFormat 지시자Syntax: LogFormat format|nickname [nickname]Default: LogFormat "%h %l %u %t \"%r\" %>s %b"Context: server config, virtual hostStatus: BaseCompatibility: Nickname only available in Apache 1.3 or laterModule: mod_log_configCustomLog 지시자Syntax: CustomLog file|pipe format|nickname [env=[!]environment-variable]Context: server config, virtual hostStatus: BaseCompatibility: Nickname only available in Apache 1.3 or later.Conditional logging available in 1.3.5 or later.Module: mod_log_configTransferLog 지시자Syntax: TransferLog file|pipeDefault: noneContext: server config, virtual hostStatus: BaseModule: mod_log_configLogFormat 지시자는 앞에서 예제가 있으므로 생략하고 비슷한 기능을 가진CustomLog, TransferLog 지지자에 대해서 잠깐 알아봅시다.둘다 file 에 로그를 기록한다는 면에서는 동일한 기능입니다.(pipe 기능도 동일)    같은점    1. 둘다 file에 로그를 기록한다.    2. |pipe 에 설정한 외부 프로그램을 인자로 사용할 수 있다.    3. 둘다 다중 로그를 사용할 수 있다.    다른점    1. CustomLog 지시자는 LogFormat 지시자에서 설정한 nickname이나 Log format을        인자로 사용할 수 있다.    2. CustomLog 지시자는 환경변수를 인자로 가질 수 있다.따라서,이하 다룰 내용은 환경변수를 설정하고 이 환경변수(env)와 동일(=)하거나 그렇지 않은(!=)특정 유형에 대해서 로그에 기록해야하 하므로 당연히 CustomLog 지시자를 사용해야합니다.*주의)환경변수를 인자로 사용할 경우 하나만 가능.이해가 되셨는지 모르겠네요....2-2. 아파치 환경변수 설정아파치에서 환경변수를 설정하는 방법은 몇가지 있습니다.예를 들어,    - mod_env 모듈에 의한       SetEnv       지시자 이용    - mod_setenvif 모듈에에 의한       BrowserMatch       BrowserMatchNoCase       SetEnvIf       SetEnvIfNoCase       지시자 이용등이 있습니다.여기에서 주로 사용할 지시자는 BrowserMatch 지시자와 SetEnvIf 지시자입니다.*참고)xxxxNoCase 지시자는 대소문자를 구분하지 않겠다는 의미입니다.이 두개의 지시자에 대한 사용법만 간단하게 알아봅시다.BrowserMatch 지시자Syntax: BrowserMatch regex envar[=value] [envar[=value]] ...Default: noneContext: server config, virtual host, directory, .htaccessOverride: FileInfoStatus: BaseModule: mod_setenvifCompatibility: Apache 1.2 and above (in Apache 1.2 this directive was found in thenow-obsolete mod_browser module); use in .htaccess files only supported with1.3.13 and laterSetEnvIf 지시자Syntax: SetEnvIf attribute regex envar[=value] [envar[=value]] ...Default: noneContext: server config, virtual host, directory, .htaccessOverride: FileInfoStatus: BaseModule: mod_setenvifCompatibility: Apache 1.3 and above; the Request_Protocol keyword andenvironment-variablematching are only available with 1.3.7 and later; use in .htaccess files only supportedwith 1.3.13 and later   환경변수 지정 및 값 지정 방법   1.varname, or   2.!varname, or   3.varname=value   예 :   BrowserMatch ^Mozilla forms jpeg=yes browser=netscape   BrowserMatch "^Mozilla/[2-3]" tables agif frames javascript   BrowserMatch MSIE !javascript   BrowserMatchNoCase Robot is_a_robot   SetEnvIfNoCase User-Agent Robot is_a_robot   BrowserMatchNoCase mac platform=macintosh   BrowserMatchNoCase win platform=windows   SetEnvIf Request_URI "\.gif$" object_is_image=gif   SetEnvIf Request_URI "\.jpg$" object_is_image=jpg   SetEnvIf Request_URI "\.xbm$" object_is_image=xbm        :   SetEnvIf Referer www\.mydomain\.com intra_site_referral        :   SetEnvIf object_is_image xbm XBIT_PROCESSING=1   SetEnvIfNoCase Host Apache\.Org site=apache   SetEnvIf 지자자에서 attribute 에 올 수 있는 것들 :   Remote_Host - the hostname (if available) of the client making the request   Remote_Addr - the IP address of the client making the request   Remote_User - the authenticated username (if available)   Request_Method - the name of the method being used (GET, POST, et cetera)   Request_Protocol - the name and version of the protocol with which the request                                    was made (e.g., "HTTP/0.9", "HTTP/1.1", etc.)   Request_URI - the portion of the URL following the scheme and host portion   그외   Host, User-Agent, and Referer 가능   see http://www.rfc-editor.org/rfc/rfc2616.txt따라서,BrowserMatch와 SetEnvIf User-Agent 는 서로 동일하다는 것을 알 수 있을 겁니다.*중요)CustomLog 지자자와 다르게 환경변수 인자에 여러 개를 설정할 수 있음.여기까지 이해가 되셨다면 다음은 보지 않아도 될듯 하군요.......^.^3. 예제3-1. 특정 IP 주소만 환경변수로 설정하기- 환경변수 이름 : do_not_log- 목적 : 이 환경변수에 해당되는 특정 IP 주소는 access_log에 기록하지 않는다.    SetEnvIf Remote_Addr "^127.0.0.1$" do_not_log    SetEnvIf Remote_Addr "^211.35.159.12[89]$" do_not_log    SetEnvIf Remote_Addr "^211.35.159.1[345][0-9]$" do_not_log    위에서 설정한 특정 IP 주소는    127.0.0.1 자기자신을 말하는 루프백 주소    211.35.159.128, 211.35.159.129 두개의 IP 주소    211.35.159.130 ~ 211.35.159.139 10개의 IP 주소    211.35.159.140 ~ 211.35.159.149 10 개의 IP 주소    211.35.159.150 ~ 211.35.159.159 10 개의 IP 주소즉 원격의 IP 주소(Remote_Addr)가 위와 일치하면 do_not_log 환경변수에 지정하는 예임.*참고)^ 은 시작을 의미$ 은 마지막을 의미[0-9] 0~9까지의 숫자중 어느 하나3-2. 특정 타입의 파일만 환경변수로 설정하기    SetEnvIfNoCase Request_URI "\.(gif|jpg|png|css|js|java)$" do_not_log    요청 URI(Request_URI) 파일이    *.gif    *.jpg    *.png    *.css    *.js    *.java    로 끝난 파일인 경우(대소문자를 구별하지 않음) do_not_log 환경변수에 지정함3-3. 특정 User-Agent 만 환경변수로 설정하기- 환경변수 이름 : do_not_log 과 is_a_robot- 목적 : 이 환경변수에 해당되는 특정 User-Agent는 access_log에 기록하지 않고,             따로 로그(robot-log)에 기록하거나 기록하지 않기 위함.    BrowserMatchNoCase "ru-robot" do_not_log is_a_robot    BrowserMatchNoCase "Slurp/si" do_not_log is_a_robot    BrowserMatchNoCase "Mercator" do_not_log is_a_robot    BrowserMatchNoCase "Gulliver" do_not_log is_a_robot    BrowserMatchNoCase "SyncIT/" do_not_log is_a_robot    BrowserMatchNoCase "FAST-WebCrawler" do_not_log is_a_robot    BrowserMatchNoCase "Lycos_Spider" do_not_log is_a_robot    BrowserMatchNoCase "^ia_archive" do_not_log is_a_robot    BrowserMatchNoCase "^tv" do_not_log is_a_robot    BrowserMatchNoCase "Scooter" do_not_log is_a_robot    BrowserMatchNoCase "ZyBorg/" do_not_log is_a_robot    BrowserMatchNoCase "KIT-Fireball" do_not_log is_a_robot    BrowserMatchNoCase "Googlebot/" do_not_log is_a_robot    BrowserMatchNoCase "DIIbot/" do_not_log is_a_robot    BrowserMatchNoCase "teoma_agent3" do_not_log is_a_robot    BrowserMatchNoCase "empas_robot" do_not_log is_a_robot모두 로봇으로 맞게 설정되었는지 모르겠네요...............T.T각각의 정규표현식 조건에 맞는 User-Agent 인 경우, do_not_log 환경변수와is_a_robot 이라는 두개의 환경변수에 설정한 예입니다.is_a_robot 이라고 또 하나의 환경변수를 지정한 이유는 앞서 얘기했듯이이 조건게 맞는 User-Agent가 접근할 경우 따로 로그에 기록하기 위함입니다.이 BrowserMatchNoCase 지시자 대신에 SetEnvIfNoCase User-Agent 로 대신할 수 있는데첫번째 부분을 다음과 같이 설정할 수 있습니다.(둘다 똑 같은 결과임)    SetEnvIfNoCase User-Agent "ru-robot" do_not_log is_a_robot3-4.  종합예제 : 사오정(?) 로그 분석 피하기앞의 3개의 예제를 모두 적용하면 다음과 같습니다.목적은 배경에서 설명했듯이 가능한 access_log 파일에 - 방문자 외에 localhost에서 php가 실행하는 로그 기록은 기록하지 않는다. - 로봇들의 접근 기록은 따로 robot-log 파일에 기록한다. - 운영자가 주고 접근할 IP 주소는 로그에 기록하지 않는다. - *.gif, *.jpg, *.png, *.css, *.js, *.java 등과 같은 파일은 로그에 기록하지 않는다. 이 정도의 조건이라면 가능한 어느 정도 수준으로 순수 방문자의 접근 기록만 access_log 파일에 기록할 수 있습니다. -- httpd.conf(실제로 필자가 운영하는 아파치 설정 내용임) --------------------#### 중간 생략##LogFormat "%h %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\"" combinedLogFormat "%h %l %u %t \"%r\" %>s %b" commonLogFormat "%{Referer}i -> %U" refererLogFormat "%{User-agent}i" agentLogFormat "%h %l %u %t \"%r\" %>s %b \"%{User-Agent}i\"" use_robot#### 중간 생략#### 환경변수 do_not_log에 일치하지 않은 접근만 access_log 파일에 기록함.##CustomLog /usr/local/apache/logs/access_log combined env=!do_not_log## 중간 생략## 로봇들은 따로 robot_log 파일에 user_robot 포맷에 맞게 기록함##CustomLog /usr/local/apache/logs/robot_log use_robot env=is_a_robot## 중간 생략## 특정 IP 주소는 로그에 기록하지 않는다.## 주로 서버 IP 주소와 운영자가 자주 접속하는 IP 주소들##SetEnvIf Remote_Addr "^127.0.0.1$" do_not_logSetEnvIf Remote_Addr "^211.35.159.12[89]$" do_not_logSetEnvIf Remote_Addr "^211.35.159.1[345][0-9]$" do_not_log## 중간 생략## 주로 이미지 파일을 요청했을 경우 로그에 기록하지 않는다.##SetEnvIfNoCase Request_URI "\.(gif|jpg|png|css|js|java)$" do_not_log## 중간 생략## 로봇들의 환경변수 지정##BrowserMatchNoCase "ru-robot" do_not_log is_a_robotBrowserMatchNoCase "Slurp/si" do_not_log is_a_robotBrowserMatchNoCase "Mercator" do_not_log is_a_robotBrowserMatchNoCase "Gulliver" do_not_log is_a_robotBrowserMatchNoCase "SyncIT/" do_not_log is_a_robotBrowserMatchNoCase "FAST-WebCrawler" do_not_log is_a_robotBrowserMatchNoCase "Lycos_Spider" do_not_log is_a_robotBrowserMatchNoCase "^ia_archive" do_not_log is_a_robotBrowserMatchNoCase "^tv" do_not_log is_a_robotBrowserMatchNoCase "Scooter" do_not_log is_a_robotBrowserMatchNoCase "ZyBorg/" do_not_log is_a_robotBrowserMatchNoCase "KIT-Fireball" do_not_log is_a_robotBrowserMatchNoCase "Googlebot/" do_not_log is_a_robotBrowserMatchNoCase "DIIbot/" do_not_log is_a_robotBrowserMatchNoCase "teoma_agent3" do_not_log is_a_robotBrowserMatchNoCase "empas_robot" do_not_log is_a_robot## 이하 생략##------------------------------------------------------END

* tomcat 4. 대까지 적용

앞으로 test 라는 context에서 작업 하고자 한다면.....

구조는 c:\Tomcat4.1\webapps\test 폴더를 하나 만드시고,
test\WEB-INF\classes 가 되도록 폴더 구조를 만드시면 됩니다.(WEB-INF 반드시 대문자)

그리고, server.xml 에서 268 라인 쯤에

<Context path="/test" docBase="test" debug="0" reloadable="true"/>

<Context path="/test" docBase="webapps/test" debug="0" reloadable="true"/>라고 하니깐 안되더군요...

라고 하시면 끝....reloadable="true"는 무엇이냐 하면, 소스 코드가 바뀌었을 때 Tomcat 를 껐다 켜지 않아도 자동적으로 리로드 되게 하는 것입니다.
그러나, 경험에 의하면 자동적으로 되긴 되는데 빨리빨리는 안된다는 말씀...ㅠㅠ;;

파일들이 가야할 위치는, 앞으로 작업하게 될 jsp, html 등은 test 밑에 있으면 됩니다.
그리고, servlet 이나 기타 .java 파일들, 즉 class 파일들은 test\WEB-INF\classes 밑에 가면 됩니다.

여기까지 하시고, 간단한 html 을 작성하여 test 밑에 두시고,
브라우저에서 호출할 땐, http://localhost:8080/test/hello.html 하시면 됩니다.....

* tomcat 5. 대 적용

1. 톰캣 어드민 페이지를 연다. 예)http://도메인:8080/admin

2. $TOMCAT_HOME/conf/tomcat-users.xml파일을 아래와 같이 수정

---------------------------------------------------------------------------------------

<?xml version='1.0' encoding='utf-8'?>
<tomcat-users>
  <role rolename="admin"/>
  <role rolename="manager"/>
  <user username="tomcatusername" password="tomcatpassword" roles="admin,manager"/>
</tomcat-users>

---------------------------------------------------------------------------------------

3. tomcat-users.xml에서 기재했던 사용자아이디와 패스워드를 이용 admin페이지에 로그인한다.

4. 오른쪽 상단에 commitchange버튼을 클릭한다.

5. $TOMCAT_HOME/conf/Catalina/localhost 디렉토리에 기존에 없던 ROOT.xml 파일이 생성된다.

6. ROOT.xml 파일을 자신이 원하는 디렉토리 경로로 변경하면 된다.

----------------------------------------------------------------------------------------

** default 설정 예)

<?xml version='1.0' encoding='utf-8'?>
<Context displayName="Welcome to Tomcat" docBase="/usr/local/tomcat/webapps/ROOT" path="" workDir="work/Catalina/localhost/_">
</Context>

----------------------------------------------------------------------------------------

----------------------------------------------------------------------------------------

** 변경된 설정 예)

<?xml version='1.0' encoding='utf-8'?>
<Context displayName="Welcome to Tomcat" docBase="/usr/local/tomcat/webapps" path="" workDir="work/Catalina/localhost/_">
</Context>

----------------------------------------------------------------------------------------

  #  # 다음은 각 디렉토리에 위치한 .htaccess 파일에서 어떤 옵션을   # 마음대로 제어할 수 있는지 결정한다.    # "All" 또는 "Options", "FileInfo", "AuthConfig", "Limit"의  # 자유로운 결합이 가능하다.  #      AllowOverride None  .htaccess파일은 서버의 각 디렉토리에 만들어서 각 디렉토리에  대한 접근을 제어하기 위한 것으로 디렉토리에 .htaccess파일이  있으면, 서버 전체에 작용하는 access.conf 보다 우선권을 가진다.   .htaccess파일에 대한 Override에 대한 옵션이다. 가능한 옵션은  다음과 같다.

  #  # 서버로부터 자료를 얻어갈 수 있는 위치를 제어한다.  #    Order allow,deny    Allow from all    Deny from env=no_access  Limit에 관련된 부분을 설정을 한다.  order : 서버가 access control을 수행하는 순서를 나타낸다. 여기서는          allow기능을 먼저 수행하고, deny기능을 수행하라는 것이다.  deny, allow - deny 지시자 부터 검사하고 allow 지시자를 검사   allow, deny - allow 지시자 부터 검사하고 deny 지시자를 검사   mutual-failure - allow목록에 없는 모든 host에게 접속을 거부  allow from : 나열되는 주소들에 대한 access control을 가능하게 한다.           사용 가능한 주소는 도메인 네임, 호스트 이름 주소, 호스트 ip          주소, ip 주소의 앞부분 3바이트, 모든 주소에 해당하는 all         이 있다.  deny from : allow from과 반대되는 개념이며, 사용가능한 주소는          allow from과 같다.  require : 사용자, 그룹에 대한 접근을 통제할 수 있다.         사용방법 : require entity en1 en2 ... enn         entity에 들어갈 수 있는 것은 user, group, valid-user의          세가지이다.  user : 지정된 사용자들에게만 접근을 허용하는 것으로, 지정된 사용자에          대한 정보는 AuthUserFile에서 지정한 파일에 있다.  group : 지정된 그룹에게만 접근을 허용하는 것으로, 지정된 그룹에 대한          정보는 AuthGroupFile에서 지정한 파일에 있다.  valid-user : AuthUserFile에 있는 모든 사용자에 대해 접근을 허용한다.  </Directory>  #  # UserDir: ~user 요청을 받았을 때 사용자의 홈 디렉토리 뒤에 추가할  # 디렉토리 이름.  #  UserDir htdocs  계정 사용자들의 home directory를 지정한다.  보통 http://url/~계정 이런식으로 접속했을때 계정에 이곳에 지정된  이름의 directory를 만들고 home directroy로 사용하면 된다. 보통   public_html 이나 htodcs, home 을 많이 쓴다. 다른 이름으로 해도  상관은 없다. 계정 사용자가 사용을 못하게 하려면 DISABLED 옵션을  주면 된다.  참고를 할것은 RedHat 계열에서는 user를 생성을 하면 user의 home  directory는 700의 권한을 갖게 되므로 httpd.conf에서 아무리 설정을  해 줘도 forbidden error만 만나게 된다. 그러므로 계정에서 homepage를  운영하기 위해서는 꼭 chmod a+x ~accountname 명령을 실행을  해 줘야 한다.  #  # UserDir 디렉토리에 대한 접근을 제어한다.  다음은 사용자 홈  # 페이지에 대하여 읽기만 가능하도록 한 예제 설정 내용이다.   # 참고 자료로 사용하기 바란다.  #  #<Directory /*/public_html>  #    AllowOverride FileInfo AuthConfig Limit  #    Options MultiViews Indexes SymLinksIfOwnerMatch IncludesNoExec  #    <Limit GET POST OPTIONS PROPFIND>  #        Order allow,deny  #        Allow from all  #    </Limit>  #    <Limit PUT DELETE PATCH PROPPATCH MKCOL COPY MOVE LOCK UNLOCK>  #        Order deny,allow  #        Deny from all  #    </Limit>  #</Directory>  위의 설정중 "*" 사용에 관해서 언급을 할것이 있다. 보통 "*"는 all의  의미로 많이 사용이 된다. 즉 위에서 /*/public_html 은 어떠한  경로에 있는 모든 public_html을 뜻한다고 할수 있다. 하지만 이는  그렇게 호락호락하게 되지는 않는듯 하다. 필자의 경험에 의하면  같은 레벨의 깊이에 있는 public_html 만 적용이 되는듯 하다. 즉  위의 설정대로라면 /home/public_html은 적용이 되지만  /home/oops/publci_html 은 적용이 되지 않더란 말이다.  #  # DirectoryIndex: 준비된 HTML 디렉토리 인덱스로 사용할 파일이나  # 파일 목록의 이름을 나열한다.  여러 개를 나열할 때는 스페이스로  # 구분한다.  #  DirectoryIndex index.html index.htm index.shtml index.php3 index.cgi  특정 파일을 지정하지 않고 디렉토리만 지정했을 때 불러들일  문서를 지정한다. 앞에서 부터 써나간 대로 지정된 file이 있는  지 확인을 하고 없으면 그 다음으로 지정한 file을 찾는다.  #  # AccessFileName: 각 디렉토리에 대하여 접근 제어 정보 내용을  # 담고 있을 파일 이름  #  AccessFileName .htaccess  서버가 디렉토리를 출력할 때 참고할 파일을 지정한다. directory  user들은 그 directory에 .htaccess라는 file에 지시자를 넣어  srm.conf의 설정을 덮어 쓸수 있다. 인증을 시도하기 위하여 참조  하는 file이라고 생각하면 된다. <Directory> tag 에 관련 분이  설명되어 있다.  #  # 다음 행은 웹 브라우져가 .htaccess 파일을 접근할 수 없도록  # 하는 설정이다.  .htaccess에는 인증 정보가 들어있는 경우가  # 빈번하므로 보안 상 이유로 이 파일에 대한 접근은 불허해야  # 한다. 웹 방문객들이 이 파일을 보게 하고 싶으면 다음 행들을  # 주석 처리하라. 만약 AccessFileName 설정을 다른 파일명으로  # 바꾸었다면 알맞게 .htaccess를 그 이름으로 바꾸어준다.  #  <Files "^\.ht">      Order allow,deny      Deny from all  </Files>  이 설정 역시 1,3,4에서 부터  새로 추가된 설정이다. .htaccess에  접근을 하여 password file을 훔쳐가려고 하는 것을 미연에 방지  하기 위하여 file 자체에도 permission을 걸수 있도록 해 놓았다.  문법은 <directory> tag에서 설명을 한 limit 문법과 동일하다.  위의 설정은 정규 표현식(RegEx)을 이용한 것으로 .ht로 시작하는  모든 파일을 의미한다.  #  # CacheNegotiateDocs: 기본적으로 아파치는 내용에 따라 협상된  # 문서에 대해서는 "Pragma: no-cache" 내용을 전송한다.  이 행은  # 프록시 서버로 하여금 문서를 캐쉬하지 않도록 요청한다. 다음 행의  # 주석을 풀면 이 기능을 해제하고 모든 프록시가 문서들을 캐쉬할 수  # 있도록 한다.  #  #CacheNegotiatedDocs  이 설정은 Proxy Server를 거치는 사용자들을 위한 것이다. Proxy  Server가 "교섭" 문서, 즉 CGI script의 출력이나 Server가 생성한   index page처럼 직접 수신되지 않는 문서를 cache 하도록 한다.   Default로 주석 처리 되어 있고 그냥 이대로 두면 된다.  #  # UseCanonicalName: (1.3 버전에 새롭게 등장) 이 설정을 켜두면,  # 아파치가 자기 참조 URL(반응이 오고 있는 서버를 다시 가리키는  # URL)을 만들 필요가 있을 때마다 "공식적인" 이름을 만들기 위해  # ServerName과 Port를 사용한다.  그렇지 않으면 아파치는 가능한 한  # 클라이언트가 제공한 호스트이름:포트 값을 사용한다.  # 이 설정은 CGI 스크립트의 SERVER_NAME, SERVER_PORT에도 영향을  # 미친다.  #  UseCanonicalName On  #  # TypesConfig 는 mime.types 파일 또는 이에 해당하는 파일을 찾을  # 위치를 결정한다.  #  TypesConfig /etc/mime.types  #  # DefaultType이란 파일 확장자와 같은 것을 통해 MIME 타입을  # 알 수 없는 문서에 대하여 사용할 기본 MIME 타입을 말한다.   # 여러분의 서버에 주로 텍스트나 HTML 문서가 많다면   # "text/plain"을 쓰는 것이 좋다. 대부분이 실행 프로그램이나  # 이미지 등 바이너리인 경우에는 웹 브라우져가 텍스트라고  # 생각하여 바이너리 파일을 화면에 표시하지 않도록 하기 위해   # "application/octet-stream"를 적는다.  #  DefaultType text/plain  Server가 갖고 있지 않은 MIME type의 확장자가 있는 file을 client  가 요청 했을경우 DefaultType의 MIME type이 사용된다. file  확장자에서 MIME type으로의 map은 AddType 지시자로 추가할  수도 있다.  #  # mod_mime_magic 모듈을 사용하면 파일의 내용을 가지고 파일의  # 타입에 힌트를 얻는다.  MIMEMagicFile 지시자를 사용하여  # 모듈에게 힌트 정보가 저장되어 있는 파일을 설정한다.  # mod_mime_magic은 기본 서버의 일부가 아니다.(따라서  # LoadModule 설정을 사용하여 모듈을 추가해야 한다.) 또는  # 서버를 다시 컴파일해서 mod_mime_magic을 추가해야 한다.  # 그렇기 때문에 <IfModule> 컨테이너에 포함되어 있는 것이다.  # 다음 설정은 모듈이 서버에 포함되어 있을 때에만 MIMEMagicFile  # 지시자를 처리하도록 해준다.  #  <IfModule mod_mime_magic.c>      MIMEMagicFile conf/magic  </IfModule>  이것 역시 1.3.12에서 부터 새로 추가된 module이다. 사용을 하기  위해서는 DSO 설정에서 mod_mime_magic line의 주석을 해제해야  한다.  #  # HostNameLookups: 클라이언트의 이름 또는 IP 주소만을 기록할  # 지 여부. 예를 들어 www.apache.org (on) 또는   # 204.62.129.132 (off) 기본값이 off 인 이유는 각 클라이언트 요청이  # 올 때마다 최소한 1 번 이상의 네임 서버 요청이 발생하기 때문이다.  #  그러나 꼭 필요한 경우에는 이 기능을 켜둔다.  #  HostnameLookups Off  웹서버에 대한 접근을 도메인네임이나 ip주소 (on) 또는 ip주소  만으로(off) 접근하게 할 것인지를 결정하는 것이다. Apache   1.3.4 부터 이 기능은 default가 off로 변경되었다. 이것이 off로   설정되어 있다고 해서 도메인으로 접근을 못하는 것은 아니다.  다만 webserver에서 해당 request에 대한 도메인을 해석을   할것인지 안할 것인지를 지정하는 것이므로 그리 걱정은 하지  않아도 상관이 없다. 대표적인 예로는 on으로 되어 있으면   log에 revers mapping이 가능한 ip address들은 domain   name으로 log를 남기며, 그렇지 않은 것들은 ip address로  남기게 된다. off일 경우에는 무조건 ip address로 남게 된다.  또한 이 지시자의 값이 Off일 경우에는 apache에서 제공하는  Cookie인 REMOTE_HOST 역시 작동을 하지 않는다.  #  # ErrorLog: 에러 기록 파일의 위치.  # <VirtualHost> 컨테이너 안에서 ErrorLog 설정을 하지  # 않으면 그 가상 호스트에 관련된 에러 메시지도 역시 이 곳에  # 기록된다. <VirtualHost> 컨테이너 안에서 에러 로그 파일을  # 정의하면 관련된 에러 메시지는 그 파일로 저장된다.  #  ErrorLog logs/error_log  Server에서 발생하는 error를 기록하는 log file을 지정한다.  상대 경로로 지정을 하면 위의 Server Root의 값이 앞에 자동으로  부여 된다.  만약 ErrorLog를 남기고 싶지 않다면 /dev/null로 지정을 해 주면  된다. 예: ErrorLog /dev/null  #  # LogLevel: error_log에 기록될 메시지 분량을 제어한다.  # debug, info, notice, warn, error, crit, alert, emerg 등의  # 값이 가능하다.  # alert, emerg.  #  LogLevel warn  #  # 다음 지시자는 CustomLog 지시자(아래 참고)에서 사용할 몇   # 가지 형식에 대한 별명을 정의한다.  #  LogFormat "%h %l %u %t \"%r\" %>s %b \"%{Referer}i\"                     \"%{User-Agent}i\"" combined  LogFormat "%h %l %u %t \"%r\" %>s %b" common  LogFormat "%{Referer}i -> %U" referer  LogFormat "%{User-agent}i" agent  #  # 접근 로그 파일의 위치와 형식(공통 로그파일 형식)  # <VirtualHost> 컨테이너 안에서 접근 로그파일 설정을 하지  # 않으면 모든 기록이 이 파일에 남게 된다.  이와 반대로 각  # <VirtualHost> 마다 접근 로그파일을 정의하면 모든 처리가  # 바로 그 파일에 기록된다.  #  CustomLog logs/access_log common  만약 CustomLog를 남기고 싶지 않다면 ErrorLog와는 달리 Log에  대한 설정을 모두 주석 처리를 하면 된다. ErrorLog와 같이  /dev/null로 설정을 해도 상관은 없다.  #  # 에이전트 로그파일과 참조자(referer) 로그파일을 갖기 위해서는  # 다음 지시 내용의 주석 처리를 해제하라.  #  #  # 여기서 에이전트란 여러분의 사이트에 방문하는 브라우져를 말한다.  # 에이전트 로그를 남기면 여러분의 사이트에 방문하는 브라우져의  # 종류에 대한 통계를 낼 수 있다.  #  # 참조자란 주로 배너 광고주에게 중요한 것으로서 여러분의 사이트  # 바로 직전에 방문한 사이트를 말한다.  #  #CustomLog logs/referer_log referer  #CustomLog logs/agent_log agent  #  # 하나의 로그파일에 접근, 에이전트, 참조자 정보를 다 저장하기  # 위해서는 (통합 로그파일 형식) 다음 지시 내용을 사용하라.  #  # 몇 달만 운영해도 접속이 많은 사이트에서는 combined 로그 파일이  # 어마어마하게 커져서 루트 파일 시스템을 꽉 채워 버리는 일이  # 발생할 수 있다!  #  #CustomLog logs/access_log combined  이 설정은 위의 CustomLog logs/referer_log referer,   CustomLog logs/agent_log agent 를 합쳐 놓은 것이라   생각하면 된다. 이 행의 주석을 풀어 주기 위해서는 위의 두행이   주석처리가 되어 있어야 한다.   #  # 부차적으로 서버가 생성하는 페이지(에러 문서, FTP 디렉토리  # 목록, mod_status, mod_info 출력 등, 그러나 CGI 생성 문서는   # 제외)에 서버 버전과 가상 호스트 이름을 포함하는 행을 추가  # 하도록 한다. "Email"로 설정하면 ServerAdmin으로의 mailto:  # 링크를 포함한다. On | Off | EMail 중 하나로 설정한다.  #  ServerSignature On  역시 1.3.4에서 새로 추가된 module이다. 에러 메시지에   ServerName과 ServerAdmin을 표시해 줄수 있다.  #  # Aliases: 필요한 만큼의 별칭을 만들어 사용한다.(제한 없음)  # 형식은 다음과 같다.  # Alias 가짜이름 실제이름  #  # 가짜 이름 뒤에 / 를 포함하면 아파치 서버는 URL에도 / 이 있어야  # 처리함을 잘 알아두자.  따라서 "/icons"는 별칭 처리되지 않고  # "/icons/"만 별칭 처리된다.  #  Alias /icons/ "/home/httpd/icons/"  <Directory "/home/httpd/icons">      Options Indexes MultiViews      AllowOverride None      Order allow,deny      Allow from all  </Directory>  #  # ScriptAlias: 서버 스크립트를 포함하는 디렉토리를 제어한다.  # ScriptAlias는 근본적으로 Alias와 같으나 가리키고 있는 실제  # 디렉토리 안에 들어있는 문서를 실행 프로그램으로 취급하여  # 실행한다. 맨 뒤에 붙는 "/" 에 대한 규칙은 Alias와 마찬가지이다.  #  ScriptAlias /cgi-bin/ "/home/httpd/cgi-bin/"  서버에서 사용하는 cgi를 담은 디렉토리를 지정한다. 이 디렉토리의  파일들은 서버에 의해 cgi스크립트로 인식되어 활성화 시켜준다.  주의할 것은 ScriptAlias로 지정한 곳에서는 오로지 실행 파일만  인식을 한다는 것이다. 일반 파일들은 권한 에러를 발생하게 된다.  #  # "/home/httpd/cgi-bin" 부분은 ScriptAlias로 별칭 처리된 실제 CGI  # 디렉토리로 설정해야 한다.  #  <Directory "/home/httpd/cgi-bin">      AllowOverride None      Options ExecCGI      Order allow,deny      Allow from all  </Directory>  #  # PUT 방법에 의한 업로드를 허용할 것인지 아닌지 결정을 한다.  # 이 기능은 mod_put module을 dso로 설정을 해 놓아야지 가능하다.  #  <IfModule mod_put.c>    Alias /upload /tmp    <Location /upload>       EnablePut On       AuthType Basic       AuthName "Upload Area"       AuthUserFile /etc/httpd/conf/passwd       EnableDelete Off       umask 007       <Limit PUT>         require valid-user       </Limit>    </Location>  </IfModule>  #  # Redirect를 사용하면 서버의 이름공간에 존재했으나 현재에는   # 존재하지 않는 문서에 대하여 클라이언트에게 통보할 수 있도록  # 해준다.  이렇게 함으로써 위치가 변한 새로운 문서를 어디에서  # 찾을 수 있는지 클라이언트에게 알려줄 수 있다.  # 형식: Redirect 예전URI 새URI  #  자료파일을 url에 지정된 문서로 Redirect 한다.  #  # 서버가 생성하는 디렉토리 목록의 표시 상태를 제어하는 지시자.  #  #  # FancyIndexing은 예쁜 디렉토리 목록 또는 표준적인 디렉토리  # 목록 여부를 결정한다.  #  IndexOptions FancyIndexing  #  # AddIcon으로 시작하는 지시자는 서버에게 다양한 파일, 파일명  # 확장자에 대하여 어떤 아이콘을 보여 줄 것인지 말해준다.  이  # 값들은 FancyIndexing을 사용하는 경우에만 해당된다.  #  AddIconByEncoding (CMP,/icons/compressed.gif) x-compress x-gzip  AddIconByType (TXT,/icons/text.gif) text/*  AddIconByType (IMG,/icons/image2.gif) image/*  AddIconByType (SND,/icons/sound2.gif) audio/*  AddIconByType (VID,/icons/movie.gif) video/*  IndexOptions에서 FancyIndexing이 지정되었을 때 이 지시자는   file마다 MIME type에 따라 어떤 icon을 사용 할지 정한다.  AddIcon /icons/binary.gif .bin .exe  AddIcon /icons/binhex.gif .hqx  AddIcon /icons/tar.gif .tar  AddIcon /icons/world2.gif .wrl .wrl.gz .vrml .vrm .iv  AddIcon /icons/compressed.gif .Z .z .tgz .gz .zip  AddIcon /icons/a.gif .ps .ai .eps  AddIcon /icons/layout.gif .html .shtml .htm .pdf  AddIcon /icons/text.gif .txt  AddIcon /icons/c.gif .c  AddIcon /icons/p.gif .pl .py  AddIcon /icons/f.gif .for  AddIcon /icons/dvi.gif .dvi  AddIcon /icons/uuencoded.gif .uu  AddIcon /icons/script.gif .conf .sh .shar .csh .ksh .tcl  AddIcon /icons/tex.gif .tex  AddIcon /icons/bomb.gif core  AddIcon /icons/back.gif ..  AddIcon /icons/hand.right.gif README  AddIcon /icons/folder.gif ^^DIRECTORY^^  AddIcon /icons/blank.gif ^^BLANKICON^^  Server가 file과 Directofy를 표시하는데 어떤 icon을 사용할 지   지정한다.  #  # DefaultIcon이란 명시적인 아이콘을 갖고 있지 않는 파일에 대한  # 기본 아이콘 파일을 설정한다.  #  DefaultIcon /icons/unknown.gif  #  # AddDescription은 서버 자동 생성 인덱스의 파일명 뒤에 간단한  # 설명을 넣을 때 사용한다.  FancyIndexing을 사용할 때에만 보인다.  # 형식: AddDescription "설명" 화일명  #  AddDescription "GZIP compressed document" .gz  AddDescription "tar archive" .tar  AddDescription "GZIP compressed tar archive" .tgz  # META 태그를 사용하여 Content-type의 charset을 설정하지 않은  # 문서에 대하여 기본 문자셋을 iso-8859-1 로 해 버리는 패치에  # 대한 설정. 1.3.12에서 추가됨.  AddDefaultCharset Off  #AddDefaultCharset euc-kr  이 설정은 apache 1.3.12에 들어와서 Cross Site Scripting 보안 문제  패치를 하면서 기본 글꼴을 iso-8859-1 로 하는 현상이 발생 하므로  한글 사용을 위해서는 어쩌면 필요한 설정일지도 모른다. 일단 문제가  없으면 그냥 놔두는 것도 괜찮을지 모르겠지만 문제가 된다면 설정을  해보는 것도 괜찮을것 같다. 일단 필자의 테스트 로는 euc-kr로의  설정은 문제가 발생한다.  #  # ReadmeName은 서버가 디렉토리 목록 뒤에 내용을 덧붙여 넣을  # README 파일의 이름을 설정한다.  #  # HeaderName은 디렉토리 인덱스 앞에 내용을 덧붙일 파일명을   # 설정한다.  #  # 서버는 먼저 name.html을 찾고 그것이 있으면 그 내용을 포함  # 한다. 만약 없다면 서버는 name.txt 파일을 찾고 평범한 텍스트   # 내용으로 추가한다.  #  ReadmeName README  HeaderName HEADER  디렉토리 목록을 보여줄 때 목록의 마지막 부분 뒤와 목록의 시작  전에 보여줄 내용을 담고 있는 파일을 지정한다. 여기서는 목록의  뒤에 README, 목록의 처음에 HEADER를 보여주게 지정되어 있다.  #  # IndexIgnore는 디렉토리 인덱싱에 있어 목록에서 제외시킬 파일  # 명을 설정한다. 쉘 스타일의 와일드 카드를 사용할 수 있다.  #  IndexIgnore .??* *~ *  # HEADER* README* RCS CVS *,v *,t  디렉토리를 출력할 때 무시할 파일들을 지정한다.  #  # AddEncoding은 특정 브라우져(모자익/X 2.1+)로 하여금 자료를  # 받으면서 정보의 압축을 풀 수 있도록 해준다.    #   # 주의:  모든 브라우져가 이 기능을 지원하는 것은 아니다.    # 이름이 유사하기는 하지만 다음부터 나오게 될 Add로 시작하는  # 지시자 들은 FancyIndexing과는 관련이 없다.  #  AddEncoding x-compress Z  AddEncoding x-gzip gz  압축 코드에 대한 인코딩정보를 지정한다.  #  # AddLanguage는 문서의 언어를 명시한다.  내용 협상 과정을 통해   # 브라우져가 이해할 수 있는 언어의 문서를 제공하는 것이 가능하다.  # 접미어(suffix)는 언어 키워드와 꼭 같은 필요는 없다.  예를   # 들어 폴란드어(Polish)로 된 문서는 네트웍 표준 언어 코드가 pl   # 이지만 펄 스크립트와 확연히 구별하기 위해 "AddLanguage pl .po"  # 라고 사용한다.  #  <IfModule mod_negotiation.c>    AddLanguage ko .ko    AddLanguage en .en    AddLanguage fr .fr    AddLanguage de .de    AddLanguage da .da    AddLanguage el .el    AddLanguage it .it  </IfModule>  Server가 다국 언어로 문서를 제공한다면 이 지시자를 사용해 file   확장자를 언어를 지정 하는 약어에 대응시킨다. 언어의 약어는 보통   인터넷 국가 코드를 사용한다. client가 home.html이라는 file을   요청하면 browser는 프랑스어 사용자라는 것을 전하고 server는   이 지시자를 찾아서 어떤 file 확장자가 프랑스어 문서에 사용되는지   알아본다. 프랑스어 사용자라면 home.html.fr을 받게 된다. 다만   home.html이라는 file이 존재 한다면 home.html.fr을 받지 못하고   home.html을 받아 버리게 된다.  #  # LanguagePriority는 내용 협상 중 동점이 발생하는 경우 언어   # 우선권을 부여한다.  언어의 우선권을 내림차순으로 나열하면 된다.  #  <IfModule mod_negotiation.c>    LanguagePriority ko en fr de  </IfModule>  site에 위에서 지정한 것과 같은 home.html.fr과 같은 문서가 있고   client가 언어를 선택하지 않고 home.html을 요청할때(home.html이   없을 경우) 서버가 보낼 문서를 지정한다. 이 지시자는 여러 언어를   내침 차순으로 나열한다.  #  # AddType를 사용하면 mime.types 파일 수정없이 MIME 설정을 할 수   # 있고 또는 어떤 파일들에 대하여 특정 타입으로 처리하도록 할 수   # 있다.  #  # 예를 들어, PHP3 모듈(아파치 배포파일에 포함되어 있지 않다)에  # 대해서는 다음과 같이 사용한다.  #  <IfModule mod_php3.c>    AddType application/x-httpd-php3 .php3 .ph .html .ins    AddType application/x-httpd-php3-source .phps  </IfModule>  php3를 사용할 확장자를 지정하는 mime type이다. php3를 사용했을  경우 웹상에서 source를 보여 주고 싶다면 xhttpd-php3-source mime  type을 이용하면 된다.  php는 확장 module이다. 그렇기 때문에 apache에 기본적으로 포함  되어 있지는 않다. php를 사용하기 위해서는 php source를 구해서  apache module로 compile을 하여 사용하여야 한다. Alzza user 같은  경우에는 설치시에 mod_php package를 설치 하였다면 별 지장없이  위의 주석만 풀어주고선 사용을 할 수가 있다.  #다음은 PHP/FI (PHP2)를 위한 것이다.  <IfModule mod_php.c>    AddType application/x-httpd-php .phtml  </IfModule>  요즘은 잘 안쓰인다. 무시해 버리자..  #  # AddHandler를 사용하면 특정 파일 확장자와 "처리기"를 연결  # 하거나 특정 파일 타입에 특정 동작(action)을 연결할 수 있다.  # 서버에 내장되어 있거나 또는 Action 명령을 사용하여 추가할 수  # 있다.(아래 참고)  #  # 서버 측 포함(SSI) 또는 ScriptAlias 처리된 디렉토리 외부에  # 존재하는 CGI 스크립트를 사용하고 싶을 때는 다음 내용의  # 주석을 없앤다.  #  # CGI 스크립트를 사용하기 위해:  #  #AddHandler cgi-script .cgi .pl .sh  서버의 어떤 위치에 있던지 '.cgi' 확장자를 가진 파일은   cgi-script로 인식하게 한다. '.pl', '.sh' 등의 다른 확장자도   추가할 수 있다. 보안을 이유로 account user들에게 CGI 권한을   주지 않으려면 이행을 주석 처리해야 한다. 반대로 account user  들에게 CGI권한을 주기 위해서는  이 행의 주석을 풀어 줘야 한다.  #  # 서버 처리 HTML 파일 사용하기 위해:  #  AddType text/html .shtml  AddHandler server-parsed .shtml  AddHandler text/x-server-parsed-html .html .txt  Server Side Includes (SSI)를 사용할 때 필요하다. SSI는 HTML파일   속에 어떤 실행 프로그램의 결과나 특정 파일을 포함할 수 있게 한다.  shtml 확장자가 아닌 파일에서도 SSI를 사용할 수 있게 하려면 위에서와  같이 x-server-parsed-html mime type설정을 이용한다.  #  # 아파치의 send-asis HTTP 파일 기능을 사용하기 위해..  #  <IfModule mod_asis.c>    AddHandler send-as-is asis  </IfModule>  #  # 서버 처리 이미지 맵 파일을 사용하려면...  #  <IfModule mod_imap.c>    AddHandler imap-file map  </IfModule>  #  # type map을 사용하려면...  #  #AddHandler type-map var  # perl 모듈을 사용하려면 다음 세션의 주석을 풉니다.  #  #Alias /perl/ /home/httpd/perl/  #<Location /perl>  #SetHandler perl-script  #PerlHandler Apache::Registry  #Options +ExecCGI  #</Location>  #  # Action을 사용하면 매칭되는 파일이 호출될 때마다 그 미디어  # 타입에 맞는 스크립트를 시행시킬 수 있다.  빈번하게 사용되는   # CGI 파일 프로세서에 대하여 반복적으로 URL을 사용하지   # 않아도 된다.  # Format: Action media/type /cgi-script/location  # Format: Action handler-name /cgi-script/location  #  # MetaDir: 아파치 서버가 메타 정보 파일을 찾을 디렉토리 이름.  # 이 파일에는 문서를 보낼 때 추가하고자 하는 추가 HTTP 헤더   # 정보가 들어있다.  #  #MetaDir .web  CERN HTTP 서버의 meta information을 emulate해 주는 부분이다.   자세한 내용은 CERN HTTP 서버문서를 읽어보길 바란다.  #  # MetaSuffix: 메타 정보를 담고 있는 파일의 접미어를 설정한다.  #  #MetaSuffix .meta  #  # 사용자 정의 에러 반응 메시지 (아파치 스타일)  #  다음 3 가지 방법으로 가능하다.  #  #    1) 보통의 텍스트  #ErrorDocument 500 "The server made a boo boo.  #  주목: " 표시는 텍스트임을 알려주는 것으로서 그 자체는 출력  #        되지 않는다.  #    2) 지역적인 방향 전환  #ErrorDocument 404 /missing.html  #  지역적 URL인 /missing.html로 방향 전환하기  #ErrorDocument 404 /cgi-bin/missing_handler.pl  #  주목: 스크립트나 SSI로 방향 전환시킬 수 있다.  #  #    3) 외부 방향 전환  #ErrorDocument 402 http://some.othercom.com/subscription.html  #  주목: 원래 요청과 관련있는 환경 변수의 상당수가 스크립트에  #  전달되지 못한다는 점을 알고 있어야 한다.  서버에러에 대한 응답을 지정해 주는 부분이다. 각 에러 코드에   대한 응답을 cgi나 일반 텍스트로 만들어서 사용자에게 보여줄   수 있다. 어떤 서버에 접속하면 해당 URL이 없다는 등의 한글  메시지가 가능한 것도 이것을 이용하는 것이다.   아래는 (2)번의 내부 redirects를 사용한 예이다. 나의 경험 상으  로는 외부 방향 전환을 이용했을때 CGI와 htaccess 인증시에 505   Internal Server error가 발생 했다. 왜 그런지 이유는 잘 모르겠다.   내부 방향 전환에는 전혀 이상이 없었다.   ErrorDocument 400 /message/400error.html  ErrorDocument 401 /message/401error.html  ErrorDocument 403 /message/403error.html  ErrorDocument 404 /message/404error.html  ErrorDocument 405 /message/405error.html  ErrorDocument 500 /message/500error.html  ErrorDocument 501 /message/501error.html  또는 스크립트를 이용하여 변수를 전달시킬수도 있다.  ErrorDocument 400 /message/error.php?ecode=400  ErrorDocument 401 /message/error.php?ecode=401  ErrorDocument 403 /message/error.php?ecode=403  ErrorDocument 404 /message/error.php?ecode=404  ErrorDocument 405 /message/error.php?ecode=405  ErrorDocument 500 /message/error.php?ecode=500  ErrorDocument 501 /message/error.php?ecode=501  #  # 다음 지시자는 보통의 HTTP 반응 방식을 수정한다.  # 첫번째 것은 네스케이프 2.x 또는 그를 흉내내는 브라우져에   # 대하여 KeepAlive 기능을 쓰지 않도록 한다.  이 브라우져들은   # KeepAlive 구현에 문제점을 갖고 있기 때문이다.  # 두번째 것은 HTTP/1.1을 잘못 구현하였고 301 또는 302 (redirect)  # 반응에 대하여 KeepAlive를 제대로 지원하지 못하는 Micro$oft  # 인터넷 익스플로러 4.0b2를 위한 것이다.  #  BrowserMatch "Mozilla/2" nokeepalive  BrowserMatch "MSIE 4\.0b2;" nokeepalive downgrade-1.0 \                              force-response-1.0  "\"는 한줄로 쓰라는 것을 의미하는 것이다.  #  # 다음은 기본적인 1.1 반응도 제대로 처리하지 못함으로써 HTTP/1.1   # 스펙을 위반하고 있는 브라우져에 대하여 HTTP/1.1 반응을 하지   # 않도록 한다.  #  BrowserMatch "RealPlayer 4\.0" force-response-1.0  BrowserMatch "Java/1\.0" force-response-1.0  BrowserMatch "JDK/1\.0" force-response-1.0  #  # BrowserMatch 지시자를 이용하여 User Agent별로 접근을 제어  # 하도록 한다.  #  BrowserMatch "WebZIP" no_access  BrowserMatch "Teleport" no_access  BrowserMatch "NamoWebEditor" no_access  BrowserMatch "WebTrack-HTTPP" no_access  BrowserMatch "WebSymmetrix" no_access  <Directory "/home/httpd/html/edu">  AllowOverride None  Options ExecCGI  Order allow,deny  Allow from all  Deny from env=access_forbidden  </Directory>  이 부분은 기본적으로 들어 있는 설정이 아니다. Apache 문서를   참고하여 작성을 해본 예일 뿐이다. 이를 응용하면 접근을 막고 싶은   application들을 유용하게 막을 수가 있다. 위의 예제는 Teleport와   WebZIP을 이용하여 긁어 가는 것을 막고 있다. 일단 BrowserMatch   지시자로 환경 함수를 정의한 다음 <Directory> 지시자의   Limit부분에서 Deny부분을 설정을 해 주는 것이다.  #  # http://servername/server-status을 통해 서버 상태 보고를 허용한다.  # 여기서 ".your_domain.com" 부분을 허용할 도메인으로 바꿔 사용하라.  #  <IfModule mod_status.c>    <Location /server-status>        SetHandler server-status        Order deny,allow        Deny from all        Allow from localhost        #Allow from all        #AuthName "administrator Area"        #Authtype Basic        #AuthUserFile /home/.htpasswd        #AuthGroupFile /dev/null        #require valid-user        #satisfy all    </Location>  </IfModule>  서버의 상태결과를 http://servename/server-status의 URL에 접근   하면 볼 수 있게 해주는 옵션이다. 'allow from 서버 도메인네임'의   형식 으로 접근이 가능하다.  하단의 주석 처리가 되어진 부분은 .htpasswd file에 기록되어 있는  User와 Password로 인증을 하여 보게 하는 설정의 예이다.  .htpasswd 인증을 위해서는 mod_auth.c 가 활성화되어 있어야 한다.  그럼 여기서 살짝 꽁수를 써보도록 하겠다. 일정 ip address에서는  ip address check만하고 인증을 안하도록 하고 다른 ip address에서  는 인증을 하게 하는 방법을 설정해 보도록 하겠다.  <IfModule mod_status.c>    <Location /server-status>        SetHandler server-status        Order deny,allow        Deny from all        Allow from localhost        AuthName "administrator Area"        Authtype Basic        AuthUserFile /home/.htpasswd        AuthGroupFile /dev/null        require valid-user        satisfy any    </Location>  </IfModule>  원래의 설정과 위의 설정과의 차이를 보도록 하면, 일단 원래의 설정에서  주석 처리 되어 있는 부분이 모두 주석이 제거가 되어 있다. 그리고 제일  마지막 option인 satisfy의 값이 all에서 any가 되어 있다. 이것이 바로  키포인트이다. 즉 Allow from에 지정된 ip address나 domain name은 인증  을 안하고 바로 보여주며, 그 외의 주소들은 /home/.htpasswd 에 있는 유  저의 이름과 패스워드를 비교하여 인증을 해서 출력을 하게 된다.  이것은 아래의 server-info에도 적용이 가능하다.  #  # http://servername/server-info를 통하여 원격 서버 설정 보고를   # 허용한다. 여기서 ".your_domain.com" 부분을 허용할 도메인으로  # 바꿔  사용하라.  #  <IfModule mod_info.c>    <Location /server-info>        SetHandler server-info        Order deny,allow        Deny from all        Allow from localhost        #Allow from all        #AuthName "administrator Area"        #Authtype Basic        #AuthUserFile /home/.htpasswd        #AuthGroupFile /dev/null        #require valid-user        #satisfy all    </Location>  </IfModule>  1.3.4 에서 부터 새로 추가된 module이다. 이 기능은   http://servername/server-info의 url으로 접근을 했을 경우 apache  에서 실행이 가능한 module들의 목록등 apache의 전반적인 정보를   보여준다.  #  # 1.1 버전 이전의 오래 된 버그를 악용하려는 사람들이 있다는 보고를  # 받았다. 이 버그는 아파치 일부분으로 제공한 CGI 스크립트와 연관  # 있다. 이 부분의 주석 처리를 없애면 이 버그를 악용하는 공격이 있을  # 때 phf.apache.org 상의 기록 스크립트로 방향 전환시킬 수 있다.  # 또는 support/phf_abuse_log.cgi 스크립트를 사용하여 여러분 직접   # 기록할 수도 있다.  #  <Location /cgi-bin/phf*>      Deny from all      ErrorDocument 403 http://phf.apache.org/phf_abuse_log.cgi  </Location>  #  # 프록시 서버 지시자.  프록시 서버 기능을 작동시키려면 다음 행의  # 주석을 해제시켜준다.  #  <IfModule mod_proxy.c>    #ProxyRequests On    #    #<Directory proxy:*>    #    Order deny,allow    #    Deny from all    #    Allow from .your_domain.com    #</Directory>  #  # HTTP/1.1 "Via:" 헤더를 처리할 것인지 여부를 결정한다.  # ("Full"은 서버 버전을 포함하고 "Block"은 나가는 모든 자료에서  # Via: 헤더를 제거한다.)  # Off | On | Full | Block 중 하나의 값을 지정한다.  #    #ProxyVia On  #  # 캐쉬 기능도 사용하기 위해서는 다음 행의 주석을 풀어준다:  # (CacheRoot가 없으면 캐쉬하지 않음)  #    #CacheRoot "/home/httpd/proxy"    #CacheSize 5    #CacheGcInterval 4    #CacheMaxExpire 24    #CacheLastModifiedFactor 0.1    #CacheDefaultExpire 1    #NoCache a_domain.com another_domain.edu joes.garage_sale.com  </IfModule>  # 프록시 설정 끝  #  #  # 섹션 3: 가상 호스트  #  # VirtualHost: 여러분의 리눅스 박스에 여러 개의 도메인/호스트  # 이름을 관리하고 싶다면 각각에 대하여 VirtualHost 컨테이너를 설정  # 한다. 가상 호스트를 설정하기에 앞서 자세한 설명을  # <URL:http://www.apache.org/docs/vhosts/>에 들러 읽어보기 바란다.  # 가상 호스트 설정 내용을 점검해보기 위해서는 아파치를 실행할 때  # 명령행 옵션으로 '-S'를 사용한다.  #  # 이름 기반의 가상 호스트를 사용하려면 사용할 IP 주소 (최소 1 개,  # 그리고 포트 번호)를 정의해주어야 한다.  #  #NameVirtualHost 12.34.56.78:80  #NameVirtualHost 12.34.56.78  #  # 가상 호스트 예제:  # 거의 모든 아파치 지시자가 VirtualHost 컨테이너에 올 수 있다.  #  #<VirtualHost ip.address.of.host.some_domain.com>  #    ServerAdmin webmaster@host.some_domain.com  #    DocumentRoot /www/docs/host.some_domain.com  #    ServerName host.some_domain.com  #    ErrorLog logs/host.some_domain.com-error_log  #    CustomLog logs/host.some_domain.com-access_log common  #</VirtualHost>  #<VirtualHost _default_:*>  #</VirtualHost>