Qmail 라우팅

Qmail smtproutes 설정 글들 링크 두개 추가 합니다.

[원본링크]

http://community.365managed.com/?document_srl=843&mid=server

[원본글]

메일을 강제 포워딩시 이용 

설정파일 : /var/qmail/control/smtproutes 

설정 형식 : abc.com:192.168.1.100:25

abc.com으로 오는 메일을 IP주소 192.168.1.100번 서버의 25번 포트로 전달하라~뭐 이정도...

192.168.1.100 대신, FQDN호스트명도 되며, 기본 도메인만 있다면, 알아서 MX레코드를 찾아 전달해줌.

서브 도메인을 지정할때는 .abc.com 이런식으로 앞에 점(.)을 추가...... 

[원본링크]

http://community.365managed.com/?document_srl=857

[원본글]

<출처 : http://qmail.kldp.org >

기본적인 릴레이 방식은 모두 같겠지만 가상호스트 설정 부분은 qmail-
mysql을 이용한 가상호스트 구현 위주로 설명하였다
주요 차이점은 qmail-mysql은 virtualdomains 설정파일을 사용하지 않는
다, 그것은 qmail 데이터베이스의 users 테이블의 mbox_host 필드와
locals 설정파일이 그것을 대신해 주기 때문이다
개인적으로 qmail-mysql 가상호스트메일을 선호하는 가장 큰 이유는 시
스템계정과 mysql 메일계정이 중복될 경 우 mysql 메일계정을 먼저 처
리하도록 qmail-getpw.c를 패치함으로서 더 이상 그것으로 고민할 필요가
없어졌 기 때문이다
예를들면,
master 라는 시스템계정이 존재하더라도
master@xexx.net
master@test1.xexx.net
master@test2.xexx.net
등과 같이 가상 메일 계정을 같은 아이디로 얼마든지 사용가능하기 때문
이다.
그리고 이것은 별 관계가 없지만 또 한가지 이유는 qmail-smtp-auth 의
출현으로 vpopmail의 로밍서비스를 대 신 할수 있기 때문이다..

편의상 qmail에서 기본적인 릴레이 설정을 각 설정 파일별로 구분하여
설명하였으며 일단 smtp-auth 인증은 제 외하고 언급한후 마지막 부분
에서 smtp-auth 인증방식이 추가됨으로서 편리해진점과 같이 비교하여 설
명하였다
원래 작문실력이 없어서 횡설수설하는 부분도 있겠지만 나름대로는 최대
한 알아듣기 쉽게 설명한 것입니다
10-1)/etc/tcp.smtp
여기에 등록하는 아이피에 대해서 smtp 접속 허용/불허/rcpthosts참고
등을 결정하며 기본적인 사용법은 아래와 같다
IP:deny <-- 해당 IP로 부터는 smtp 접속을 아예 거부하겠다는 뜻이다
따라서 여기에 지정된 IP는 smtp 접속자체가 거부 되므로 아무것도 할
수 가 없게 된다
IP:allow,RELAYCLIENT="" <-- 해당 IP로 부터는 smtp 접속을 허용하며
모든 릴레이를 허용한다는 뜻이다
따라서 여기에 지정된 IP는 smtp 로 접속하여 아무런 제약없이 어디던
지 메일을 보낼수 있게 된다
:allow <-- 그외 모든 IP로 부터는 smtp 접속은 허용하되 릴레이는
rcpthosts 에 등록된 서버에 대해서만 허용 한다는 뜻이다
따라서 그밖의 모든 IP는 일단 smtp 로 접속은 할수 있지만
rcpthosts 에 등록된 호스트로만 메일을 보낼수 있으며 다른 곳으로
는 메일을 보낼수가 없게 된다
그리고 주의할 것은 이 설정파일을 수정한후 적용시키기 위해서는 반드
시 DB를 업데이트 해 주어야 한다
#tcprules /etc/tcp.smtp.cdb /etc/tcp.smtp.tmp < /etc/tcp.smtp 또는
#qmail cdb <-- DB 업데이트 방법

일반적인 설정예>>
#vi /etc/tcp.smtp
127.0.0.1:allow,RELAYCLIENT=""
192.168.:allow,RELAYCLIENT=""
:allow
위의 설정을 쉽게 설명하면....,
먼저 로컬과 192.168.xxx.xxx 범위에 속하는 내부사설IP들은 smtp 에 접
속하여 어디든지 메일을 보낼수 있다.
그밖의 모든 IP들은 일단 smtp 에 접속은 허용하지만 rcpthosts 에 등록
된 호스트로만 메일을 보낼수 있다
일단은 위의 설정만으로 충분하며 스펨메일이 자주들어오는 IP 나 특정
한 곳에서의 접근을 차단하고 싶다면 아 래처럼 추가해주면 된다
#vi /etc/tcp.smtp
127.0.0.1:allow,RELAYCLIENT=""
192.168.:allow,RELAYCLIENT=""
61.255.223.:deny <-- 이런식으로 접근 거부할 곳을 지정해 주면 된다
:allow

10-2)/var/qmail/control/rcpthosts
이 파일은 tcp.smtp 에서 RELAYCLIENT="" 옵션이 없을 경우에만 동작하
며 릴레이를 허용할 호스트들을 등록 하는데 일반적으로 localhost 와
메인호스트 및 내부 가상호스트들을 모두 등록한다
그리고 여기서 중요한 것이 rcpthosts 파일을 지워 버리게 되면
tcp.smtp에서 :allow 로 설정한 부분
이 :allow,RELAYCLIENT="" 로 설정한것처럼 처리가 된다, 쉽
게 말하면 smtp 에 접속하여 rcpthosts 파일을 참고 하려는데 이파일
이 없으니까 그냥 아무제약없이 어디로든 메일을 보낼수가 있게 돼 버리
는 것이다, 이렇게 되면 오픈릴레이가 돼기 때문에 절대로 rcpthosts
파일을 삭제해서는 안된다
또한 이 설정파일을 수정한후 적용시키기 위해서는 반드시 qmail 데몬
을 재시작 해야한다

일반적인 설정예>>
#vi /var/qmail/control/rcpthosts
localhost <-- 로컬호스트
xexx.net <-- 메인호스트
test1.xexx.net <-- 가상호스트1
test2.xexx.net <-- 가상호스트2
위의 10-1) 과 연결하여 설명하면...,
먼저 로컬과 192.168.xxx.xxx 범위에 속하는 내부사설IP들은 smtp 에 접
속하여 어디든지 메일을 보낼수 있다.
그밖의 모든 IP들은 일단 smtp 에 접속은 허용하지만 rcpthosts 에 등록
된 호스트로만 메일을 보낼수 있다
여기에서 그밖의 모든 IP들은 smtp로 접속하여 locathost, xexx.net,
test1.xexx.net, test2.xexx.net 로만 메일을 보낼수 있게된다
만일 관리자의 실수? 로 내부가상호스트등록이 누락이 된다면 쉽게 예를
들면 test2.xexx.net을 rcpthosts에 등록 하지 않았다면 외부메일계정
(rcpthosts를 참고해야 하는곳에 한함)에서 test2.xexx.net 으로 릴레이
가 허용이 되 지않기 때문에 결과적으로 test2.xexx.net 메일계정 사
용자들은 메일 보내기는 잘되는데 외부메일계정(rcpthosts 를 참고해
야 하는곳에 한함)으로 부터오는 메일은 받을수 없게 된다

10-3)/var/qmail/control/locals
이 설정파일은 릴레이 문제를 다룰 때 잘 언급이 않되었는데, mysql로
가상호스트를 설정하여 메일계정을 관리 한다면 반드시 수정이 필요하
다
이 설정파일의 특징은 mysql로 가상호스트메일을 구현시 내부 가상호스
트간의 릴레이를 설정한다, 쉽게 말하면 rcpthosts가 외부에서 접근하
는 IP들을 대상으로 릴레이를 설정한다면 locals 는 내부 가상호스트간의
릴레이를 설정한다고 생각하면 되며 일반적으로 localhost 와 메인호스
트 및 내부 가상호스트들을 모두 등록한다
그리고 주의할 것은 이 설정파일을 수정한후 적용시키기 위해서는 반드
시 qmail 데몬을 재시작 해야 한다

일반적인 설정예>>
#vi /var/qmail/control/locals
localhost <-- 로컬호스트
xexx.net <-- 메인호스트
test1.xexx.net <-- 가상호스트1
test2.xexx.net <-- 가상호스트2
위의 설정을 쉽게 설명하면,
locals 는 내부 가상호스트간의 릴레이 즉, locathost, xexx.net,
test1.xexx.net, test2.xexx.net 상호간의 릴레이에 관여한다
쉽게 설명하면 위 설정에서 관리자의 실수? 로 test2.xexx.net 이라는
내부가상호스트를 locals 에 등록하지 않았 다면, xexx.net 이나
test1.xexx.net에서 test2.xexx.net 으로 메일을 보내면 아래와 같은 오
류 메시지와 함께 메 일이 리턴될 것이다
Sorry. Although I'm listed as a best-preference MX or A for that
host,
it isn't in my control/locals file, so I don't treat it as local.
(#5.4.6)
결과적으로 test2.xexx.net 메일계정 사용자들은 메일 보내기는 잘되는
데 내부 가상호스트로 부터오는 메일은 받 을수 없게 된다

10-4)smtp-auth 인증방식 출현으로 달라진점들..
새롭게 추가된 smtp-auth 인증 방식은 위와 같은 기존의 릴레이 방식에
융통성을 둔것이라 할수 있다
smtp-auth 인증 방식은 rcpthosts 파일과 함께 작동되므로 반드시
rcpthosts 파일이 있어야 한다
동작원리는 일단 rcpthosts 에 등록된 서버에 대해서는 smtp-auth 인증
절차 없이 바로 릴레이를 허용시키며,
rcpthosts 에 없는 곳으로의 릴레이는 smtp-auth 인증을 통해서 이루어
진다.
만일 rcpthosts 파일을 삭제해 버린다면 이것 역시 오픈릴레이가 되기
때문에 절대로 삭제해서는 안된다

사실상 릴레이 설정은 기존의 방법으로도 충분했다,
하지만 메일계정을 아웃룩에 설정하고 싶을 때, 고정IP라면 간단하게
tcp.smtp 에 한줄 더 추가해 줌으로서 해결 할수 있지만 유동 IP라면
어떻게 할것인가? 이제 더 이상 이런 걱정을 할 필요가 없다

위의 10-1)과 10-2)의 설정예를 smtp-auth 인증방식을 사용했을때에 적
용시켜보면...,
먼저 로컬과 192.168.xxx.xxx 범위에 속하는 내부사설IP들은 smtp 에 접
속하여 어디든지 메일을 보낼수 있다.
그밖의 모든 IP들은 일단 smtp 에 접속은 한 후 rcpthosts 에 등록된
호스트로는 smtp-auth 인증 과정 없이 메 일을 보낼수 있지만 그밖의
곳으로 메일은 smtp-auth 인증을 거친 후 발송되게 된다.

10-5)여기까지 결론
일단기본적인 릴레이 설정은 아래와 같이 하는 것으로 충분하다
#cat /etc/tcp.smtp
127.0.0.1:allow,RELAYCLIENT=""
192.168.:allow,RELAYCLIENT=""
:allow
#vi /var/qmail/control/rcpthosts
localhost <-- 로컬호스트
xexx.net <-- 메인호스트
test1.xexx.net <-- 가상호스트1
test2.xexx.net <-- 가상호스트2
.... <-- 가상호스트n
#vi /var/qmail/control/locals
localhost <-- 로컬호스트
xexx.net <-- 메인호스트
test1.xexx.net <-- 가상호스트1
test2.xexx.net <-- 가상호스트2
..... <-- 가상호스트n

위의 릴레이설정을 정리해보면,
먼저 로컬과 192.168.xxx.xxx 범위에 속하는 내부사설IP들은 smtp 에 접
속하여 어디든지 메일을 보낼수 있다.
그밖의 모든 IP들은 일단 smtp 에 접속은 한 후 rcpthosts 에 등록된
호스트로는 smtp-auth 인증 과정 없이 메 일을 보낼수 있지만 그밖의
곳으로 메일은 smtp-auth 인증을 거친 후 발송되게 된다.
주의사항>>
rcpthosts 파일이 삭제되었다면 오픈릴레이다
rcpthosts 에서 test2.xexx.net 이 등록이 않되었다면
메일보내기 : test2.xexx.net->내부메일계정(o), test2.xexx.net->외부
메일계정(o)
메일받기 : 내부메일계정->test2.xexx.net(o), 외부메일계정-
>test2.xexx.net(x, rcpthosts를참고해야하는곳에한함)
locals 에서 test2.xexx.net 이 등록이 않되었다면
메일보내기 : test2.xexx.net->내부메일계정(o), test2.xexx.net->외부
메일계정(o)
메일받기 : 내부메일계정->test2.xexx.net(x), 외부메일계정-
>test2.xexx.net(o)

단순히 위의 설정만으로도, 스펨방지 효과는 상당히 있으나 스펨메일이
차단이 그렇게 쉬운것만은 아닌 것 같 다.. 항상 주의 깊게 메일서버
를 채크해야 할 것이다 

<<<<<<<< Qmail 이용한 메일 발송시 작동 스토리 >>>>>>>>>>>>>>

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

메일을 전달하기 위해서 메일 클라이언트(접속을 시도하는 프로그램이
메일 클라이언트이든, 다른 메일 서버이든, 클라이언트라고 하겠습니다.)가
는 일단 qmail 이 돌아가고 있는 서버의 25번 포트로 접속을 합니다.

그러면, 서버의 tcpserver 가 그 요청을 받습니다.
그리고 tcpserver 는 /etc/tcp.smtp 파일을 체크해서
(정확히는 /etc/tcp.smtp.cdb 입니다) 접속을 해 온
클라이언트의 ip 주소를 체크합니다.
만약, ip 주소가 /etc/tcp.smtp 에서 allow 로 되어 있는 ip 주소라면,
릴레이를 허용합니다.
(해당 엔트리에 RELAYCLIENT 옵션이 있다면,
/var/qmail/control/rcpthosts 파일도 무시합니다.)

그리고, tcpserver 는 qmail-smtpd 에게 연결을 넘겨줍니다.
qmail-smtpd 는 접속해 들어온 클라이언트와

helo servername.domain.com

으로 인사(?)를 나눕니다.
그리고,

mail from:id@domain.com
rcpt to:id@destdomain.com
message..

등의 일반적인 smtp 처리를 합니다.

그런데,

rcpt to:

명령(?)이 클라이언트로부터 들어오게 되면,
만약 /var/qmail/control/rcpthosts 파일을 참조합니다.
(클라이언트의 ip 가 /etc/tcp.smtp 파일에서 RELAYCLIENT 옵션을 주지
않은 ip 일 경우)

그리고, rcpt to: 뒤의 메일을 받을 사람의 도메인 네임(서버 이름)을
/var/qmail/control/rcpthosts 파일을 검색해서 찾을 수 없다면,

sorry, 릴레이를 허용하지 않습니다....

류의 메세지를 클라이언트에게 보내주고, 해당 메일을 전송해 주지 않습니다.

그러나, /etc/tcp.smtp 에서 allow 로 되어 있고, RELAYCLIENT 옵션을 부여한
ip 를 가진 클라이언트에서 25 번 포트로 접속해 들어오면,
qmail-smtpd 는 /var/qmail/control/rcpthosts 파일을 체크하지 않고,
rcpt to: 가 지정하는 도메인(메일주소)으로 메일을 보내(릴레이 하여)줍니다.

아웃룩, balsa 등의 메일 클라이언트를 이용하여 메일을 보낼때에도
이와 똑같은 일이 일어납니다.
메일 클라이언트는 지정된 메일 서버의 25번 포트로 접속해 들어가서,
메일을 보냅니다.

따라서, /etc/tcp.smtp 파일에, (회사내에서) 메일 클라이언트를 사용하는
사용자들의 ip 주소를 모두 적어주어야 아웃록 등의 클라이언트에서
메일을 보내 줄 수 있습니다.

그리고, /etc/tcp.smtp 파일을 갱신했다면,
tcprules 를 이용해서 반드시 /etc/tcp.smtp.cdb 도 갱신해 주어야
한다는 것을 잊지 않도록 합니다.

설정 파일들의 형식(문법)에 대한 자세한 것들은
기존의 문서를 참조하면 쉽게 알 수 있습니다.
전 단지, qmail 서버에 접속 요청이 들어왔을 때
서버가 어떻게 작동하는지에 대해 설명했을 따름입니다.
(제대로 맞게 했는지 불안하지만.. -_-a)