1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
|
<?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:1741864 (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>
|
