mirror of
https://github.com/apache/httpd.git
synced 2025-05-28 13:41:30 +03:00
ef27013c2f
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@421136 13f79535-47bb-0310-9956-ffa450edef68
269 lines
11 KiB
XML
269 lines
11 KiB
XML
<?xml version="1.0" encoding="EUC-KR" ?>
|
|
<!DOCTYPE manualpage SYSTEM "./style/manualpage.dtd">
|
|
<?xml-stylesheet type="text/xsl" href="./style/manual.ko.xsl"?>
|
|
<!-- English Revision: 151408:420990 (outdated) -->
|
|
|
|
<!--
|
|
Licensed to the Apache Software Foundation (ASF) under one or more
|
|
contributor license agreements. See the NOTICE file distributed with
|
|
this work for additional information regarding copyright ownership.
|
|
The ASF licenses this file to You under the Apache License, Version 2.0
|
|
(the "License"); you may not use this file except in compliance with
|
|
the License. You may obtain a copy of the License at
|
|
|
|
http://www.apache.org/licenses/LICENSE-2.0
|
|
|
|
Unless required by applicable law or agreed to in writing, software
|
|
distributed under the License is distributed on an "AS IS" BASIS,
|
|
WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
|
|
See the License for the specific language governing permissions and
|
|
limitations under the License.
|
|
-->
|
|
|
|
<manualpage metafile="urlmapping.xml.meta">
|
|
|
|
<title>URL을 파일시스템 위치로 대응하기</title>
|
|
|
|
<summary>
|
|
<p>이 문서는 요청의 URL을 가지고 아파치가 어떻게 서비스할
|
|
파일의 파일시스템상 위치를 찾는지 설명한다.</p>
|
|
</summary>
|
|
|
|
<section id="related"><title>관련된 모듈과 지시어들</title>
|
|
|
|
<related>
|
|
<modulelist>
|
|
<module>mod_alias</module>
|
|
<module>mod_proxy</module>
|
|
<module>mod_rewrite</module>
|
|
<module>mod_userdir</module>
|
|
<module>mod_speling</module>
|
|
<module>mod_vhost_alias</module>
|
|
</modulelist>
|
|
<directivelist>
|
|
<directive module="mod_alias">Alias</directive>
|
|
<directive module="mod_alias">AliasMatch</directive>
|
|
<directive module="mod_speling">CheckSpelling</directive>
|
|
<directive module="core">DocumentRoot</directive>
|
|
<directive module="core">ErrorDocument</directive>
|
|
<directive module="core">Options</directive>
|
|
<directive module="mod_proxy">ProxyPass</directive>
|
|
<directive module="mod_proxy">ProxyPassReverse</directive>
|
|
<directive module="mod_proxy">ProxyPassReverseCookieDomain</directive>
|
|
<directive module="mod_proxy">ProxyPassReverseCookiePath</directive>
|
|
<directive module="mod_alias">Redirect</directive>
|
|
<directive module="mod_alias">RedirectMatch</directive>
|
|
<directive module="mod_rewrite">RewriteCond</directive>
|
|
<directive module="mod_rewrite">RewriteMatch</directive>
|
|
<directive module="mod_alias">ScriptAlias</directive>
|
|
<directive module="mod_alias">ScriptAliasMatch</directive>
|
|
<directive module="mod_userdir">UserDir</directive>
|
|
</directivelist>
|
|
</related>
|
|
</section>
|
|
|
|
<section id="documentroot"><title>DocumentRoot</title>
|
|
|
|
<p>요청을 받은 아파치는 어떤 파일을 서비스할지 결정하기위해
|
|
기본적으로 요청의 URL-경로(URL에서 호스트명과 포트 뒤에
|
|
나오는 부분)를 설정파일에서 지정한 <directive
|
|
module="core">DocumentRoot</directive> 뒤에 붙인다. 그래서
|
|
<directive module="core">DocumentRoot</directive> 아래있는
|
|
파일과 디렉토리들은 웹에서 보게될 기본적인 내용이다.</p>
|
|
</section>
|
|
|
|
<section id="outside"><title>DocumentRoot 밖에 있는 파일들</title>
|
|
|
|
<p>종종 파일시스템에서 <directive
|
|
module="core">DocumentRoot</directive> 아래 있지않은 부분을
|
|
웹에서 접근할 필요가 있다. 아파치는 이 경우 여러가지 방법을
|
|
사용할 수 있다. 유닉스 시스템에서 심볼링크를 사용하여
|
|
파일시스템의 다른 부분을 <directive
|
|
module="core">DocumentRoot</directive> 아래에 둘 수 있다.
|
|
보안을 위해 아파치는 해당 디렉토리의 <directive
|
|
module="core">Options</directive> 설정에
|
|
<code>FollowSymLinks</code>나
|
|
<code>SymLinksIfOwnerMatch</code>가 있는 경우에만 심볼링크를
|
|
따라간다.</p>
|
|
|
|
<p>또, <directive module="mod_alias">Alias</directive>
|
|
지시어는 파일시스템의 특정 부분을 웹공간에 대응한다. 예를
|
|
들어 다음과 같다면</p>
|
|
|
|
<example>Alias /docs /var/web</example>
|
|
|
|
<p>URL <code>http://www.example.com/docs/dir/file.html</code>은
|
|
<code>/var/web/dir/file.html</code>을 가지고 서비스한다.
|
|
지정한 경로에 있는 모든 내용을 CGI 스크립트로 취급하는 것을
|
|
제외하고는 <directive module="mod_alias">ScriptAlias</directive>
|
|
지시어도 같은 일을 한다.</p>
|
|
|
|
<p><directive module="mod_alias">AliasMatch</directive>와
|
|
<directive module="mod_alias">ScriptAliasMatch</directive>
|
|
지시어의 강력한 정규표현식기반 대응과 대치를 사용하여 더
|
|
유연한 설정이 가능하다. 예를 들어,</p>
|
|
|
|
<example>ScriptAliasMatch ^/~([a-zA-Z0-9]+)/cgi-bin/(.+)
|
|
/home/$1/cgi-bin/$2</example>
|
|
|
|
<p>는 <code>http://example.com/~user/cgi-bin/script.cgi</code>로의
|
|
요청을 경로 <code>/home/user/cgi-bin/script.cgi</code>로
|
|
대응하고, 해당 파일을 CGI 스크립트로 취급한다.</p>
|
|
</section>
|
|
|
|
<section id="user"><title>사용자 디렉토리</title>
|
|
|
|
<p>유닉스 시스템은 전통적으로 특정 사용자 <em>user</em>의
|
|
홈디렉토리를 <code>~user/</code>로 지칭한다.
|
|
<module>mod_userdir</module> 모듈은 이 개념을 웹에까지
|
|
확장하여, 다음과 같은 URL을 가지고 각 사용자 홈디렉토리
|
|
안에 있는 파일을 서비스한다.</p>
|
|
|
|
<example>http://www.example.com/~user/file.html</example>
|
|
|
|
<p>보안상 웹에서 사용자 홈디렉토리로 직접 접근할 수 있으면
|
|
안된다. 그래서 <directive module="mod_userdir">UserDir</directive>
|
|
지시어는 사용자 홈디렉토리에서 웹용 파일들이 있을 디렉토리를
|
|
지정한다. 기본 설정 <code>Userdir public_html</code>을 사용하고
|
|
<code>/home/user/</code>가 <code>/etc/passwd</code>에 지정된
|
|
사용자 홈디렉토리라면, 위의 URL은 파일
|
|
<code>/home/user/public_html/file.html</code>에 대응한다.</p>
|
|
|
|
<p>또, <code>Userdir</code> 지시어는 <code>/etc/passwd</code>에
|
|
홈디렉토리의 위치가 저장되지않는 시스템을 위해 여러 다른
|
|
형태를 사용할 수 있다.</p>
|
|
|
|
<p>어떤 사람은 (보통 웹에서 <code>%7e</code>로 인코딩되는)
|
|
"~" 기호가 이상하여 다른 방식으로 사용자 디렉토리를 나타내고
|
|
싶어한다. 이 기능은 mod_userdir이 제공하지않는다. 그러나
|
|
사용자 홈디렉토리가 규칙적인 방법으로 구성되있다면, <directive
|
|
module="mod_alias">AliasMatch</directive> 지시어를 사용하여
|
|
원하는 효과를 얻을 수 있다. 예를 들어, 다음의
|
|
<code>AliasMatch</code> 지시어를 사용하면
|
|
<code>http://www.example.com/upages/user/file.html</code>이
|
|
<code>/home/user/public_html/file.html</code>에 대응한다:</p>
|
|
|
|
<example>AliasMatch ^/upages/([a-zA-Z0-9]+)/?(.*)
|
|
/home/$1/public_html/$2</example>
|
|
</section>
|
|
|
|
<section id="redirect"><title>URL 리다이렉션(Redirection)</title>
|
|
|
|
<p>앞에서 설명한 설정 지시어들은 아파치가 파일시스템의 특정
|
|
장소에 있는 내용을 클라이언트에게 보내게 만든다. 그러나
|
|
때때로 요청한 내용이 다른 URL에 있다고 클라이언트에게 알려주어,
|
|
클라이언트가 새로 그 URL을 요청하도록 만드는 것이 좋을 때가
|
|
있다. 이를 <em>리다이렉션(redirection)</em>이라고 하며,
|
|
<directive module="mod_alias">Redirect</directive> 지시어를
|
|
사용한다. 예를 들어, <directive
|
|
module="core">DocumentRoot</directive> 아래 <code>/foo/</code>
|
|
디렉토리의 내용을 새로 <code>/bar/</code> 디렉토리로 옮겼다면
|
|
다음과 같이 클라이언트가 새로운 위치를 요청하도록 한다:</p>
|
|
|
|
<example>Redirect permanent /foo/
|
|
http://www.example.com/bar/</example>
|
|
|
|
<p>그러면 <code>www.example.com</code> 서버의 <code>/foo/</code>로
|
|
시작하는 URL-경로는 <code>/foo/</code>를 <code>/bar/</code>로
|
|
바꾼 URL로 리다이렉션된다. 클라이언트를 원래 서버외에 어떤
|
|
다른 서버로도 리다이렉션할 수 있다.</p>
|
|
|
|
<p>또, 아파치는 더 복잡한 재작성 문제를 위해
|
|
<directive module="mod_alias">RedirectMatch</directive>
|
|
지시어를 제공한다. 예를 들어, 다른 요청은 그대로 두고 사이트
|
|
홈페이지에 대한 요청만을 다른 사이트로 리다이렉션하려면:</p>
|
|
|
|
<example>RedirectMatch permanent ^/$
|
|
http://www.example.com/startpage.html</example>
|
|
|
|
<p>임시로 사이트의 모든 페이지를 다른 사이트의 특정 페이지로
|
|
리다이렉션하려면:</p>
|
|
|
|
<example>RedirectMatch temp .*
|
|
http://othersite.example.com/startpage.html</example>
|
|
</section>
|
|
|
|
<section id="proxy"><title>역프록시(Reverse Proxy)</title>
|
|
|
|
<p>아파치는 다른 서버에 있는 문서를 서버의 URL 공간으로 가져올
|
|
수 있다. 이 경우 웹서버가 원격 서버에서 문서를 가져와서
|
|
클라이언트에게 전달하는 프록시 서버와 같이 동작하기때문에 이런
|
|
방법을 <em>역프록시(reverse proxying)</em>라고 한다. 클라이언트의
|
|
입장에서 역프록시 서버가 문서를 보내주는 것처럼 보이므로 일반
|
|
프록시와는 다르다.</p>
|
|
|
|
<p>아래 설정에서 클라이언트가 <code>/foo/</code>에 있는 문서를
|
|
요청하면, 서버는 <code>internal.example.com</code>의
|
|
<code>/bar/</code> 디렉토리에서 문서를 가져와서 문서가 마치
|
|
서버에 있었던 것처럼 클라이언트에게 보낸다.</p>
|
|
|
|
<example>
|
|
ProxyPass /foo/ http://internal.example.com/bar/<br />
|
|
ProxyPassReverse /foo/ http://internal.example.com/bar/
|
|
</example>
|
|
|
|
<p><directive module="mod_proxy">ProxyPass</directive>는 서버가
|
|
적절한 문서를 가져오도록 설정하며, <directive
|
|
module="mod_proxy">ProxyPassReverse</directive> 지시어는
|
|
<code>internal.example.com</code>이 보내는 리다이렉션을 재작성하여
|
|
리다이렉션이 현재 서버의 적절한 디렉토리를 가리키도록 한다.
|
|
또, <directive
|
|
module="mod_proxy">ProxyPassReverseCookieDomain</directive>과
|
|
<directive module="mod_proxy">ProxyPassReverseCookieDomain</directive>은
|
|
같은 방법으로 원래 서버가 보낸 쿠키를 재작성한다.</p>
|
|
<p>그러나 문서 안에 있는 링크는 재작성하지 않음을 주의하라.
|
|
<code>internal.example.com</code>에 대한 절대링크는 클라이언트가
|
|
프록시서버가 아니라 <code>internal.example.com</code>으로 직접
|
|
요청하게 한다. 제삼자가 만든 <a
|
|
href="http://apache.webthing.com/mod_proxy_html/">mod_proxy_html</a>
|
|
모듈을 사용하여 HTML과 XHTML에 있는 링크를 재작성할 수 있다.</p>
|
|
</section>
|
|
|
|
<section id="rewrite"><title>재작성 엔진 (Rewriting Engine)</title>
|
|
|
|
<p>더 강력한 치환이 필요할때 <module>mod_rewrite</module>의
|
|
재작성 엔진이 도움이 된다. 이 모듈의 지시어는 브라우저 종류나
|
|
클라이언트의 IP 주소 등 요청의 특징을 가지고 어디에 있는
|
|
내용을 서비스할지 결정할 수 있다. 또, mod_rewrite는 요청을
|
|
어떻게 처리할지 결정하기위해 외부 데이터베이스 파일이나
|
|
프로그램을 사용할 수 있다. 재작성 엔진은 위에서 다룬 세
|
|
종류 대응, 즉, 내부 리다이렉션 (alias), 외부 리다이렉션,
|
|
프록시, 모두를 지원한다. mod_rewrite를 사용하는 실제 예는
|
|
<a href="misc/rewriteguide.html">URL 제작성 지침서</a>에서
|
|
설명한다.</p>
|
|
</section>
|
|
|
|
<section id="notfound"><title>File Not Found</title>
|
|
|
|
<p>결국 요청한 URL에 대응하는 파일을 파일시스템에서 찾지
|
|
못한 경우이다. 여러 가지 이유가 있다. 어떤 경우 문서를
|
|
다른 곳으로 옮겼기 때문일 수 있다. 이 경우 클라이언트에게
|
|
<a href="#redirect">URL 리다이렉션</a>으로 자원의 새로운
|
|
위치를 알려주는 방법이 제일 좋다. 그러면 자원을 옮겨도
|
|
오래된 북마크나 링크가 계속 유효하다.</p>
|
|
|
|
<p>"File Not Found" 오류의 다른 일반적인 원인은 브라우저에
|
|
직접 혹은 HTML 링크에 URL이 잘못 입력된 경우이다. 아파치는
|
|
<module>mod_speling</module> (맞춤법이 틀리지 않았음) 모듈로
|
|
이와 같은 문제를 돕는다. 이 모듈을 사용하면 "File Not Found"
|
|
오류가 발생하는 경우 비슷한 파일명을 가진 자원을 찾는다.
|
|
만약 발견하면 mod_speling은 클라이언트를 올바른 위치로
|
|
HTTP 리다이렉션한다. "비슷한" 파일이 여러개 있다면
|
|
클라이언트에게 목록을 보낸다.</p>
|
|
|
|
<p>mod_speling의 특히 유용한 장점은 대소문자를 구별하지않고
|
|
파일명을 비교하는 기능이다. 그래서 유닉스 파일시스템과 URL의
|
|
대소문자 성질을 알지못하는 사용자가 있는 시스템에 도움이
|
|
된다. 그러나 mod_speling이 자주 URL을 고쳐야한다면, "잘못된"
|
|
요청때마다 URL 리다이렉션과 클라이언트의 새로운 요청이
|
|
일어나므로 서버에 부담이 된다.</p>
|
|
|
|
<p>찾는 시도가 모두 실패하면 아파치는 HTTP status code 404
|
|
(file not found) 오류페이지를 보낸다. 이 페이지의 내용은
|
|
<directive module="core">ErrorDocument</directive> 지시어로
|
|
조절하며, <a href="custom-error.html">사용자정의 오류 응답</a>
|
|
문서를 참고하여 사용자정의할 수 있다.</p>
|
|
</section>
|
|
|
|
</manualpage>
|