mirror of
https://github.com/apache/httpd.git
synced 2025-05-31 12:21:16 +03:00
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@103107 13f79535-47bb-0310-9956-ffa450edef68
209 lines
7.8 KiB
XML
209 lines
7.8 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: 1.4 (outdated: 1.7) -->
|
|
|
|
<!--
|
|
Copyright 2003-2004 The Apache Software Foundation
|
|
|
|
Licensed 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="dns-caveats.xml.meta">
|
|
|
|
<title>DNS와 아파치와 관련된 사항</title>
|
|
|
|
<summary>
|
|
<p>이 문서를 한 문장으로 요약할 수 있다. 아파치가 설정파일을
|
|
읽을때 DNS를 사용하지않도록 하라. 아파치가 설정파일을 읽는데
|
|
DNS가 필요하다면 서버는 신뢰성 문제 (시작이 안될 수도 있다)
|
|
혹은 서비스거부 공격과 (사용자가 다른 사용자에 대한 접근을
|
|
가로채는 것을 포함하여) 서비스도둑(theft of service) 공격에
|
|
시달릴 수 있다.</p>
|
|
</summary>
|
|
|
|
<section id="example">
|
|
<title>간단한 예제</title>
|
|
|
|
<example>
|
|
<VirtualHost www.abc.dom> <br />
|
|
ServerAdmin webgirl@abc.dom <br />
|
|
DocumentRoot /www/abc <br />
|
|
</VirtualHost>
|
|
</example>
|
|
|
|
<p>아파치가 정상적으로 동작하기위해서는 각 가상호스트에
|
|
대해 두가지 정보가 절대적으로 필요하다. 이 정보는
|
|
<directive module="core">ServerName</directive>과 서버가
|
|
응답할 최소 한개의 IP 주소이다. 이 예는 IP 주소가 없기때문에,
|
|
아파치는 DNS를 사용하여 <code>www.abc.dom</code>의 주소를
|
|
찾아야 한다. 서버가 설정파일을 읽을때 어떤 이유에서건 DNS를
|
|
사용할 수 없다면 가상호스트를 <strong>만들 수 없다</strong>.
|
|
이 가상호스트는 요청에 응답할 수 없다. (아파치 1.2 이전
|
|
버전에서는 심지어 서버가 부팅도 안한다.)</p>
|
|
|
|
<p><code>www.abc.dom</code>의 주소가 10.0.0.1이라고 가정하자.
|
|
그리고 다음 설정을 보라:</p>
|
|
|
|
<example>
|
|
<VirtualHost 10.0.0.1> <br />
|
|
ServerAdmin webgirl@abc.dom <br />
|
|
DocumentRoot /www/abc <br />
|
|
</VirtualHost>
|
|
</example>
|
|
|
|
<p>이제 아파치는 이 가상호스트의 <code>ServerName</code>을
|
|
찾기위해 역DNS를 사용해야 한다. 역찾기가 실패하면 아파치는
|
|
가상호스트를 부분적으로 끈다. (아파치 1.2 이전 버전에서는
|
|
심지어 서버가 부팅도 안한다.) 즉, 이 경우 이름기반
|
|
가상호스트라면 가상호스트는 완전히 동작하지않고, ip기반이라면
|
|
대부분 동작한다. 그러나 아파치가 서버명을 포함하여 서버의
|
|
전체 URL을 만들어야 한다면 정상적인 URL을 만들지 못한다.</p>
|
|
|
|
<p>아래 경우 이 두가지 문제가 없다.</p>
|
|
|
|
<example>
|
|
<VirtualHost 10.0.0.1> <br />
|
|
ServerName www.abc.dom <br />
|
|
ServerAdmin webgirl@abc.dom <br />
|
|
DocumentRoot /www/abc <br />
|
|
</VirtualHost>
|
|
</example>
|
|
</section>
|
|
|
|
<section id="denial">
|
|
<title>서비스거부 (Denial of Service)</title>
|
|
|
|
<p>(최소한) 두가지 종류의 서비스거부가 발생할 수 있다.
|
|
아파치 1.2 이전 버전의 경우 어떤 가상호스트에서라도
|
|
위에서 말한 두 DNS 검색이 실패하면 서버가 켜지지도 않는다.
|
|
DNS가 당신의 권한 밖의 문제일 수도 있다. 예를 들어,
|
|
<code>abc.dom</code>이 고객 사이트이고 고객이 자신의 DNS를
|
|
관리한다면, <code>www.abc.dom</code> 레코드를 지우기만 해도
|
|
(1.2 이전) 서버는 시작하지 못한다.</p>
|
|
|
|
<p>훨씬 더 교활한 방법도 있다. 다음 설정을 살펴보자:</p>
|
|
|
|
<example>
|
|
<VirtualHost www.abc.dom> <br />
|
|
ServerAdmin webgirl@abc.dom <br />
|
|
DocumentRoot /www/abc <br />
|
|
</VirtualHost> <br />
|
|
<br />
|
|
<VirtualHost www.def.dom> <br />
|
|
ServerAdmin webguy@def.dom <br />
|
|
DocumentRoot /www/def <br />
|
|
</VirtualHost>
|
|
</example>
|
|
|
|
<p>당신이 <code>www.abc.dom</code>에 10.0.0.1,
|
|
<code>www.def.dom</code>에 10.0.0.2를 할당했다고 하자.
|
|
또, <code>def.dom</code>은 자체 DNS를 사용한다고 가정하자.
|
|
이 설정과 함께 <code>def.dom</code>을 <code>abc.dom</code>으로
|
|
가는 모든 통신을 가로챌 수 있는 장소에 두었다. 그렇다면 그들은
|
|
<code>www.def.dom</code>을 10.0.0.1로 설정하기만 하면 된다.
|
|
그들이 자체 DNS를 사용하기때문에 당신은 그들이 원하는데로
|
|
<code>www.def.dom</code> 레코드를 설정하는 것을 막을 수
|
|
없다.</p>
|
|
|
|
<p>(사용자가 <code>http://www.abc.dom/whatever</code> 형식의
|
|
URL을 입력하는 경우를 포함하여) 10.0.0.1로 오는 모든 요청을
|
|
<code>def.dom</code> 가상호스트가 서비스하게 된다. 왜 이런
|
|
일이 일어나는지 이해하려면 아파치가 어떻게 가상호스트로
|
|
오는 요청을 처리하는지에 대한 설명이 필요하다.
|
|
<a href="vhosts/details.html">여기</a>에 대강 설명되있다.</p>
|
|
</section>
|
|
|
|
<section id="main">
|
|
<title>"주서버" 주소</title>
|
|
|
|
<p>아파치 1.1에서 <a href="vhosts/name-based.html">이름기반
|
|
가상호스트 지원</a>이 포함되었기때문에 아파치는 웹서버를
|
|
실행하는 호스트의 IP 주소(들)를 알 필요가 생겼다. 이 주소는
|
|
(있다면) 전역 <directive module="core">ServerName</directive>
|
|
혹은 C 함수 <code>gethostname</code>으로 (명령프롬프트에
|
|
"hostname"을 입력했을때와 같은 결과) 얻는다. 그러면 이 주소로
|
|
DNS 검색을 한다. 현재 이 검색은 피할 수 없다.</p>
|
|
|
|
<p>DNS 서버가 죽어서 이 검색이 실패할 것 같다면
|
|
<code>/etc/hosts</code>에 호스트명을 집어넣을 수 있다.
|
|
(컴퓨터가 정상적으로 부팅되었다면 아마 이미 들어있을 것이다.)
|
|
그리고 DNS가 실패하면 서버가 <code>/etc/hosts</code>를
|
|
사용하는지 확인하라. 사용하는 운영체제에 따라
|
|
<code>/etc/resolv.conf</code> 혹은 <code>/etc/nsswitch.conf</code>를
|
|
수정하면 될 것이다.</p>
|
|
|
|
<p>서버가 어떤 이유에서건 DNS를 검색하면 안된다면
|
|
<code>HOSTRESORDER</code> 환경변수를 "local"로 설정하고
|
|
아파치를 실행할 수 있다. <module>mod_env</module>를
|
|
사용하여 환경을 변경하지 않는다면 이 환경변수는
|
|
CGI에도 영향을 준다. 운영체제의 manpage나 FAQ를 참고하는
|
|
것이 좋다.</p>
|
|
</section>
|
|
|
|
<section id="tips">
|
|
<title>이 문제를 피하기위한 팁</title>
|
|
|
|
<ul>
|
|
<li>
|
|
<directive module="core">VirtualHost</directive>에 IP
|
|
주소를 사용하라
|
|
</li>
|
|
|
|
<li>
|
|
<directive module="mpm_common">Listen</directive>에
|
|
IP 주소를 사용하라
|
|
</li>
|
|
|
|
<li>
|
|
모든 가상호스트는 명시적으로
|
|
<directive module="core">ServerName</directive>을
|
|
가지게 하라
|
|
</li>
|
|
|
|
<li>어떤 페이지도 서비스하지않는
|
|
<code><VirtualHost _default_:*></code> 서버를
|
|
만들어라</li>
|
|
</ul>
|
|
</section>
|
|
|
|
<section id="appendix">
|
|
<title>부록: 앞으로는</title>
|
|
|
|
<p>DNS와 관련된 상황은 매우 바람직하지 못하다. 아파치 1.2에서
|
|
우리는 DNS가 실패한 경우에도 최소한 서버가 켜지도록 노력했지만
|
|
결과는 나빴다. 어쨌든 설정파일에 직접 IP 주소를 요구하는
|
|
것은 번호를 다시 설정해야할 요즘 인터넷에 매우 바람직하지
|
|
못하다.</p>
|
|
|
|
<p>위에서 설명한 서비스도둑 공격을 막는 한가지 방법은 검색한
|
|
ip 주소에 다시 역DNS 검색을 하여 두 이름을 비교하는 것이다.
|
|
서로 다른 경우 가상호스트를 가동하지 않을 수 있다. 이 방법은
|
|
역DNS가 올바로 설정되야 한다. (FTP 서버나 TCP wrapper가
|
|
"중복-역" DNS 검색을 자주 사용하기때문에 대부분의 관리자에게
|
|
익숙할 것이다.)</p>
|
|
|
|
<p>어쨌든 IP 주소를 사용하지않으면 DNS가 실패한 경우 가상호스트
|
|
웹서버를 믿을 수 있게 시작할 수 없다. 설정의 일부를 무시하는
|
|
것과 같은 부분적인 해결책은 웹서버 전체를 시작하지않는 것보다
|
|
더 나쁠 수도 있다.</p>
|
|
|
|
<p>HTTP/1.1이 나왔고 브라우저와 프록시가 <code>Host</code>
|
|
헤더를 보내기 시작했으므로 IP기반 가상호스트를 완전히
|
|
사용하지않는 것이 가능해질 것이다. 그러면 웹서버는 설정중에서
|
|
DNS 검색을 할 필요가 없어진다. 그러나 1997년 3월에는 중요한
|
|
웹서버에 포함할 정도로 이름기반 가상호스트가 널리 사용되지
|
|
않았다.</p>
|
|
</section>
|
|
</manualpage>
|