1. 소개이 지침의 목적은 들어오는 트래픽을 제한하기 위한 손쉬운 해결책을 제공하는 것으로 따라서 랜 사용자들이 인터넷 링크의 모든 대역폭 (bandwidth) 을 소비하는 것을 예방할 수 있다. 이는 인터넷 링크가 느리거나 랜 사용자들이 다량의 mp3 파일들 및 최신 리눅스 배포판 이미지 *.iso 파일들을 다운로드할 때 유용하다. 1.1. 이 문서의 새로운 버전이 문서의 최신 버전은 http://www.linuxdoc.org 웹 사이트에서 늘 볼 수 있다. 이 문서의 새로운 버전은 http://www.linuxdoc.org의 LDP 홈페이지를 포함해 다수의 리눅스 WWW 및 FTP 사이트에 또한 업로드될 것이다. 1.2. DisclaimerNeither the author nor the distributors, or any other contributor of this HOWTO are in any way responsible for physical, financial, moral or any other type of damage incurred by following the suggestions in this text. 1.3. Copyright and LicenseThis document is copyright 2001 by Tomasz Chmielewski, and is released under the terms of the GNU Free Documentation License, which is hereby incorporated by reference. 1.4. 피드백과 수정이 문서에 대한 질문 또는 의견이 있다면 Tomasz Chmielewsk 에게 tch@writemail.com 로 자유롭게 메일을 보내주기 바란다. 어떠한 제안 또는 비평도 환영한다. 이 문서에서 잘못된 내용 또는 오타 (저자의 모국어가 영어가 아니기때문에 많이 발견할 수 있다) 를 발견하면 다음 버전에서 이를 수정할 수 있도록 저자에게 알려주길 바란다. 1.5. 감사의 글저자는 이 HOWTO 문서를 SGML 포맷으로 변환하고 잘못된 내용을 바로잡는데 도움을 준 Ami M. Echeverri lula@pollywog.com 에 감사드리고 싶다. 또한 유용한 제안을 해준 Ryszard Prosowicz prosowicz@poczta.fm 에게도 또한 감사드린다. 2. 시작하기 전에다음 상황이라고 가정해보자:
2.1. 무엇을 해야 하는가?믿거나 말거나 들어오는 트래픽을 결정하는 것은 쉬운 일이며 라우팅 또는 큐잉 (queuing) 알고리듬에 관해 많은 책을 읽을 필요는 없다. 이를 작동시키기 위해서 적어도 스퀴드 프록시 (Squid proxy) 가 필요하며 이를 미세 조정하고 싶다면 ipchains 또는 iptables 및 CBQ 에 익숙해질 필요가 있을 것이다. 테스트를 위해 IPTraf 를 설치할 수 있다. 2.2. 어떻게 작동하는가?스퀴드는 아마 리눅스에서 사용할 수 있는 가장 진보된 HTTP 프록시 서버로 다음 두가지 방식으로 대역폭을 보호할 수 있게 해준다:
지연풀 특징을 이용해 스퀴드에게 특정 속도 (이 문서에서는 대략 5kbytes/s) 로 이러한 유형의 파일들을 다운로드하라고 말할 수 있다. 랜 사용자들이 동시에 파일들을 다운로드한다면 이들은 전체적으로 5kbytes/s 속도로 다운로드될 것이며 웹 페이지, 이메일, 뉴스, irc 등에게 남아있는 대역폭을 남겨줄 것이다. 물론 인터넷이 웹 페이지 (http 또는 ftp) 를 통해 파일들을 다운로드하는데만 사용되지는 않는데 추후 냅스터, 리얼오디오 및 다른 가능한 것들에 대해 대역폭을 제한하는 방법을 다룰 것이다. 3. 필요한 소프트웨어 설치 및 설정하기이 절에서는 대역폭 사용을 제한 및 검사할 수 있도록 필요한 소프트웨어의 설치 방법을 설명할 것이다. 3.1. 지연풀 특징을 갖는 스퀴드 설치하기앞에 언급했듯이 스퀴드는 다운로드 대역폭을 제어할 수 있도록 하는 지연풀이라는 특징을 갖고 있다. 그러나 불행히도 대부분의 배포판에서 스퀴드는 이 특징없이 설치된다. 그래서 스퀴드가 이미 설치되어 있다면 이를 설치제거한 후 밑에 설명된 방식으로 지연풀 기능이 작동하도록 다시 설치해야 한다.
3.2. 지연풀 특징을 사용할 수 있도록 스퀴드 설정하기
3.3. 남아있는 문제 해결스퀴드를 설치해 지연풀을 사용하도록 설정하였다. 틀림없이 어느 누구도 특히 영리한 랜 사용자들은 제한받기를 원하지 않는데 그들은 자신들이 좋아하는 mp3 파일들을 약간 더 빠르게 다운로드하기 위해 제한을 피할려고 할 것이다 (따라서 난처하게 한다). 저자는 사용자들이 IRC, ICQ, 이메일 등을 사용할 수 있도록 랜에 IP-매스쿼레이드를 사용하고 있다고 가정한다. 좋다 그러나 랜 사용자들이 웹 페이지에 접속해 ftp 를 사용하기 위해서 지연풀 기능이 있는 스퀴드를 사용할 것인지를 확신해야 한다. 이러한 문제점들의 대부분은 리눅스 2.2.x 커널의 ipchains 또는 리눅스 2.4.x 커널의 iptables 을 사용해 해결할 수 있다. 3.3.1. 리눅스 2.2.x 커널 (ipchains)어느 누구도 프록시 서버를 속여 이를 사용하려고 하지 않을 것임을 확신해야 하는데 공개 프록시는 보통 3128 과 8080 포트에서 작동한다: /sbin/ipchains -A input -s ! 192.168.1.1 -d ! 192.168.1.1 3128 -p TCP -j REJECT /sbin/ipchains -A input -s ! 192.168.1.1 -d ! 192.168.1.1 8080 -p TCP -j REJECT 또한 어느 누구도 프록시 서버를 속여 웹 페이지를 다운로드하기 위해 직접적으로 인터넷 (IP-masquerade) 에 연결하려고 하지 않을 것임을 확신해야 한다: /sbin/ipchains -A input -s ! 192.168.1.1 -d ! 192.168.1.1 http -p TCP -j REDIRECT 8080 /sbin/ipchains -A input -s ! 192.168.1.1 -d ! 192.168.1.1 https -p TCP -j REDIRECT 8080 모든 것이 작동하고 있다면 이 라인들을 초기화 스크립트의 마지막에 추가하는데 보통 이 스크립트는 /etc/rc.d/rc.local 일 것이다. 랜 사용자들에게 스퀴드 사용을 강요하기 위해 ftp 트래픽 (포트 20 과 21) 을 막아야 한다고 생각할 수 있지만 적어도 다음 두가지 이유로 인해 좋은 생각은 아니다:
이 때문에 다른 방법을 사용하여 과도한 ftp 다운로드를 막을 것인데 이는 4 장에서 다룰 것이다. 3.3.2. 리눅스 2.4.x 커널 (iptables)어느 누구도 프록시 서버를 속여 이를 사용하려고 하지 않을 것임을 확신해야 하는데 공개 프록시는 보통 3128 과 8080 포트에서 작동한다: /sbin/iptables -A FORWARD -s ! 192.168.1.1 -d ! 192.168.1.1 --dport 3128 -p TCP -j DROP /sbin/iptables -A FORWARD -s ! 192.168.1.1 -d ! 192.168.1.1 --dport 8080 -p TCP -j DROP 또한 어느 누구도 프록시 서버를 속여 웹 페이지를 다운로드하기 위해 직접적으로 인터넷 (IP-masquerade) 에 연결하려고 하지 않을 것임을 확신해야 한다: /sbin/iptables -A FORWARD -s ! 192.168.1.1 -d ! 192.168.1.1 --dport 80 -p TCP -j DROP /sbin/iptables -A FORWARD -s ! 192.168.1.1 -d ! 192.168.1.1 --dport 443 -p TCP -j DROP 모든 것이 작동하고 있다면 이 라인들을 초기화 스크립트의 마지막에 추가하는데 보통 이 스크립트는 /etc/rc.d/rc.local 일 것이다. 랜 사용자들에게 스퀴드 사용을 강요하기 위해 ftp 트래픽 (포트 20 과 21) 을 막아야 한다고 생각할 수 있지만 적어도 다음 두가지 이유로 인해 좋은 생각은 아니다:
이 때문에 다른 방법을 사용하여 과도한 ftp 다운로드를 막을 것인데 이는 4 장에서 다룰 것이다. 4. CBQ 를 이용해 대역폭을 소비하는 다른 프로토콜들 다루기랜 사용자가 냅스터 또는 리얼오디오를 사용한다면 3 장에 따라 행한 작업을 손상시킬 수 있음을 유념해야 한다. 또한 3.3 절에서 ftp 트래픽을 막지 않았음을 유념해야 한다. 이는 다운로딩을 직접적이 아닌 간접적으로 제한함으로써 달성할 것인데 인터넷 디바이스와 랜 디바이스가 각각 ppp0 와 eth0 라면 eth0 인터페이스에서 나가는 트래픽을 제한함으로써 ppp0 로 들어오는 트래픽을 제한할 것이다. 이를 행하기 위해서는 CBQ 와 cbq.init 스크립트에 익숙해져야 할 것이다. 이는 ftp://ftp.equinox.gu.net/pub/linux/cbq/ 에서 얻을 수 있는데cbq.init-v0.6.2 를 다운로드받아 이를 /etc/rc.d/ 디렉토리내에 놓아라. iproute2 를 설치할 필요가 있는데 이는 모든 리눅스 배포판에 포함되어 있다. /etc/sysconfig/cbq/ 디렉토리를 살펴보면 cbq.init 과 함께 작동해야 하는 파일들의 예가 있는데 없다면 아마도 이를 커널내에 컴파일하지 않은 것이다. 4.1. FTP3 장에서 업로드를 할 수 있도록 그리고 버그가 있는 IE5.5 사용자들이 ftp 디렉토리를 브라우징할 수 있도록 하기 위한 두가지 이유로 인해 ftp 를 막지 않았다. 결국 웹 브라우저와 ftp 프로그램들은 스퀴드 프록시를 통해 다운로드를 해야 하며 ftp 업로드/이름바꾸기/삭제는 IP 매스쿼레이드를 통해 행해져야 한다. /etc/sysconfig/cbq/ 디렉토리에 cbq-10.ftp-network 라 불리는 파일을 생성한다: # touch /etc/sysconfig/cbq/cbq-10.ftp-network 다음의 라인들을 파일에 추가한다:
cbq.init-v0.6.2 파일내에서 이러한 라인들의 설명을 볼 수 있다. /etc/rc.d/cbq.init-v.0.6.2 스크립트를 구동할 때 이 스크립트는 /etc/sysconfig/cbq/ 에 있는 설정을 읽어들일 것이다: # /etc/rc.d/cbq.init-v.0.6.2 start 모든 것이 작동하고 있다면 /etc/rc.d/cbq.init-v.0.6.2 start 를 초기화 스크립트에 추가하는데 보통 이는 /etc/rc.d/rc.local 일 것이다. 이 명령때문에 서버는 ftp 데이타를 10kbits/s 보다 빠른 eth0 를 통해 전송하지 않을 것이며 따라서 ftp 데이타를 10kbits/s 보다 빠르게 다운로드하지 않을 것이다. 랜 사용자들은 ftp 다운로드에는 스퀴드 프록시를 사용하는 것이 더욱 효율적임을 알게 될 것이며 또한 버그가 있는 IE5.5 를 사용해 ftp 디렉토리를 브라우징할 수 있을 것이다. IE5.5 에는 또한 다른 버그가 있다 - ftp 디렉토리에서 파일에 마우스 오른쪽 버튼을 클릭해 '폴더로 복사하기' 를 선택할 때 파일은 프록시가 아닌 IP 매스쿼레이드를 통해 직접적으로 다운로드되어 지연풀 기능이 있는 스퀴드를 생략한다는 것이다. 4.2. 냅스터, 리얼오디오, 윈도우미디어 및 other issues개념은 ftp 에서와 동일한데 단지 다른 포트를 추가해 다른 속도를 설정하는 것이다. /etc/sysconfig/cbq/ 디렉토리에 cbq-50.napster-network 을 생성한다: # touch /etc/sysconfig/cbq/cbq-50.napsterandlive 다음의 라인들을 파일에 추가한다:
5. 자주 묻는 질문들5.1. 지연풀을 이용해 각 사용자별로 대역폭을 제한하는 것이 가능한가?가능하다. squid.conf 원본 파일의 내부를 보고 http://www.squid-cache.org 에 있는 스퀴드 문서를 조사해라. 5.3. CBQ 가 때때로 아무 이유없이 작동하지 않는다.일반적으로 작동해야 한다. 그러나 냅스터 또는 오디오갤럭시가 사용하는 모든 포트를 막았다 하더라도 때때로 다량의 다운로드를 볼 수 있는데 다량의 다운로드를 위해 아마도 오픈된 포트가 분명히 있을 수 있다. 이 오픈된 포트를 찾기 위해 IPTraf 를 사용할 수 있지만 아마도 수천개의 그러한 포트가 있을 수 있기 때문에 이는 실제로 어려운 일일 수 있다. 이를 더욱 쉽게 하기 위해서는 자신의 SOCKS 프록시를 작동하는 것을 고려할 수 있다 - 냅스터, 오디오갤럭시 및 많은 프로그램들은 SOCKS 프록시를 사용할 수 있는데 따라서 가능한 수천개의 포트보다는 단지 한개의 포트 (1080) 만을 다루는 것이 더욱 쉽다. 트래픽을 위한 모든 포트를 닫고 25 와 119 (SMTP 와 POP3) 와 같은 포트 및 유용하다고 생각할 수 있는 다른 포트들을 열어두는 것을 잊지 마라. 이 하우투의 마지막에 NEC SOCKS 프록시에 대한 링크를 찾을 수 있는데 이를 사용하려면 이 링크 페이지에서 찾을 수 있는 패치를 적용하는 것을 잊지 마라. 5.4. 지연풀은 멍청하다; 네트워크를 혼자만 사용하고 있을 때 왜 최대한의 속도로 무언가를 다운로드할 수 없는가?불행히도 이를 가능하게 하는 방법은 거의 없다. 가능한 방법은 cron 을 사용해서 예를 들어 새벽 1시에는 스퀴드가 지연풀을 사용하지 못하도록 재설정하고 다시 아침 7시 30분에 지연풀을 사용하도록 재설정하는 것이다. 5.5. CBQ 는 멍청하다; 네트워크를 혼자만 사용하고 있을 대 왜 최대한의 속도로 무언가를 다운로드 할 수 없는가?운좋게도 이는 가능하다! 이는 두가지 방법으로 가능하다. 첫번째는 쉬운 것으로 스퀴드와 관련된 해결책과 유사한데 /etc/sysconfig/cbq/ 내에 있는 CBQ config 파일들에 밑의 라인과 유사한 라인을 추가한다:
CBQ config 파일에 여러개의 TIME 매개변수를 가질 수 있다. 두번째 방법은 더욱 어렵지만 더욱 영리한 것이다. 이와 관련된 내용은 리눅스 2.4 Advanced Routing 하우투 문서에서 찾을 수 있다. 6. 그 외의 다른 사항들6.1. 유용한 자료들Squid Web Proxy Cache Squid 2.4 Stable 1 Configuration manual http://www.visolve.com/squidman/Configuration%20Guide.html http://www.visolve.com/squidman/Delaypool%20parameters.htm Squid FAQ http://www.squid-cache.org/Doc/FAQ/FAQ-19.html#ss19.8 cbq-init script ftp://ftp.equinox.gu.net/pub/linux/cbq/ Linux 2.4 Advanced Routing HOWTO http://www.linuxdoc.org/HOWTO/Adv-Routing-HOWTO.html Traffic control (in Polish) Securing and Optimizing Linux Red Hat Edition - A Hands on Guide http://www.linuxdoc.org/guides.html IPTraf http://cebu.mozcom.com/riker/iptraf/ IPCHAINS http://www.linuxdoc.org/HOWTO/IPCHAINS-HOWTO.html NEC SOCKS proxy server |
If it pours before seven, it has rained by eleven.    
|
