qmail 가동중 25번 port(smtp) 응답이 느릴때 해결법

회사에서 qmail을 운영하던 중에 신기한 현상이 발견되었습니다.
특정 클라이언트에서 메일을 보내면, 30초 이상 걸리는 곳이 있었습니다. telnet으로 확인해 보니, 바로 환영 메시지가 나타나야 하는데, 환영 메시지가 30초 이상 지난 후에 나타나는 것이었습니다.

서버 측에서 네트워크 접속 상태를 netstat로 확인해 봤더니, 113번 TCP 포트로 접속 시도(SYN_SEND) 가 계속 나타나 있었습니다. 113번 포트가 identd로 사용자 확인 관련된 데몬이던데, 접속한 클라이언트의 113번 포트로 계속 접속을 시도하여 특정 클라이언트에서는 메일 보내기가 매우 느렸던 것이었습니다.

설치했을 당시부터 문제가 있었던 것인데, 대량메일을 발송하게 되면서부터 이 문제를 해결하지 않고는 메일을 발송을 할 수가 없을 지경이니, 관련 자료를 검색하여 문제를 해결하였습니다.

결론적으로 qmail smtp(25번 포트)로 접속한 클라이언트의 113번 포트로 접속을 시도하지 않도록 설정하기만 하면 되는 문제였는데, qmail 설정과는 직접적으로 연관이 없었고, ucspi-tcp 패키지의 tcpserver에서 -R 옵션을 빼고 실행 스크립트를 만들어서 발생한 문제였습니다.

qmail 실행 스크립트에서 tcpserver 설정 부분에 -R 옵션을 추가하고, 서버를 재부팅하였더니, 문제가 깔끔하게 해결되어 대량메일 발송에 전혀 문제가 없게 되었습니다.


참고자료

• Qmail에서 사용하는 tcpserver options 정리

  tcpserver options
  D. J. Bernstein
  TCP/IP
  ucspi-tcp
  tcpserver는 TCP 접속을 받아들인다.
  사용법
  tcpserver opts host port prog
  
  opts는 getopt-style의 일련의 옵션이다. host와 port는 하나의 변수이며, prog는 하나 또는 그 이상의 값으로 이루어진다.
  tcpserver는 TCP 클라이언트의 접속을 기다리다가, 접속시 네트워크에서 설명자(descriptor) 0을 읽고 설명자(descriptor) 1을 쓰고 prog를 실행한다. 또한, 여러가지 환경 변수를 설정한다.
  
  서버의 주소는 host와 port에 의해 주어지며, port는 /etc/services의 서비스 이름 또는 번호가 사용될 수 있다; 만약 이것이 0이라면 tcpserver는 자유로운(빈) TCP 포트를 선택할 것이다. host의 값은 0이 될수 있으며 이것은 어떠한 로컬 IP 주소의 연결도 허용한다; 점으로 나누어진 십진수 IP 주소일 경우에는 그 주소만의 접속을 허용한다; 호스트 이름이 사용될 경우 qualification을 통한 dns_ip4_qualify를 사용해 얻어낸 첫번째 IP 주소만을 허용한다.
  
  tcpserver는 SIGTERM를 받으면 종료한다.
  
  
  옵션
  -q: 아무런 오류를 표시하지 않는다.
  
  -Q: (기본값) 오류를 표시함.
  
  -v: 오류와 상태 메세지를 표시함.
  -c n: 동시 접속 숫자를 제한 한다. 만약 n 수 만큼의 prog가 동시에 실행되고 있다면 그중 하나의 실행이 종료될 때까지 새 접속을 연기 시킨다.
  
  -x cdb: tcprules에 의해 컴파일된 cdb 룰 파일을 사용한다. tcpserver가 실행되고 있을때 tcprules를 재실행 시킬수 있다.
  
  -X: -x cdb 옵션과 사용될때 cdb가 없는 경우에도 접속을 허용한다. 보통 tcpserver는 cdb가 없을 경우 모든 접속을 drop 시킨다.
  
  -B banner: 접속이 시작될때 곧바로 banner를 네트워크로 보낸다. tcpserver는 banner를 보낸 후에 $TCPREMOTEHOST를 확인하고 그 다음 $TCPREMOTEINFO, cdb 순서대로 체크한다. 이 기능은 클라이언트가 서버로 부터의 greeting 메세지를 기다리는 각 프로토콜의 지연 시간을 줄일 수 있다.
  
  -g gid: gid로 그룹 ID를 전환한 후 연결을 준비한다.
  
  -u uid: uid 유저 ID를 전환한 후 연결을 준비한다.
  
  -U: -g $GID -u $UID 와 동일하다. 즉, $GID, $UID가 동일 할 경우 사용될 수 있다. 보통 $GID와 $UID는 envuidgid에 의해 설정된다.
  
  -1: 연결이 준비된 후에 로컬 포트 번호를 표준 출력으로 프린트 한다.
  
  -b n: n개의 backlog TCP SYN를 허용한다. 어떤 시스템에서는 n이 5가 최대값이 될 수 있다. SYN cookie를 지원하는 시스템에서는 backlog는 의미가 없다.
  
  -o: IP 옵션을 내버려 둔다. 만약 클라이언트가 IP 소스 경로를 따라 패킷을 보내면 같은 경로로 패킷을 되돌려 보낸다.
  
  -O: (기본값) IP 옵션을 사용하지 않음. 클라이언트는 IP 소스 경로를 통해 접속하고 데이터를 보낼수 있지만, 패킷을 기본 경로를 통해 보내진다.
  
  -d: (기본) 원격 호스트가 느리게 반응할때는 데이터 전송을 약간 지연 시킨다. 이것은 기본값이며 미래에는 필요 없을 지도 모른다.
  
  -D: 데이터 전송을 지연하지 않는다; enable TCP_NODELAY.
  데이터 얻기 옵션:
  -h: (기본) 접속하려는 원격 호스트 이름을 DNS에서 찾고 $TCPREMOTEHOST 환경 변수로 설정한다.
  
  -H: 원격 호스트 이름을 DNS에서 찾지 않는다; $TCPREMOTEHOST 환경 변수의 값을 지운다. TCP 53번 포트 사용시에는 반듯이 이 옵션을 사용해야 한다.
  
  -p: Paranoid. 원격 호스트 이름을 DNS에서 찾은 후에 실제 접근하는 IP주소와 대조하여 동일 하지 않다면 $TCPREMOTEHOST 환경 변수값을 지운다.
  
  -P: (기본) 위 Paranoid 옵션을 끔.
  
  -l localname: 로컬 호스트 이름을 DNS에서 찾지 않음; localname을 $TCPLOCALHOST 환경 변수 값으로 사용한다. 일반적으로 localname의 값은 0으로 설정한다. TCP 53번 포트 사용시에는 반듯이 이 옵션을 사용해야 한다
  
  -r: (기본) $TCPREMOTEINFO값의 획득을 접속하는 원격 호스트에 시도한다.
  
  -R: -r의 반대로 $TCPREMOTEINFO값의 획득을 시도하지 않는다. TCP 53번과 113번 포트 사용시에는 반듯이 이 옵션을 사용해야 한다
  
  -t n: $TCPREMOTEINFO값을 얻기 위한 시도후 n초안에 결과가 없으면 포기한다. 기본값: 26.

• qmail 가동중 port 응답이 느려질때 해결법 ; rblsmtpd 에 대한 문제

  qmail 이상없이 가동중에, 원인을 알 수 없이 25번 port 응답이 느려질때 입니다.
  
  
  데몬이나 기타 조건이 거의 정상인거 같이 보일때, 쉘 접속후 아래의 명령을 내렸을 경우 메일 데몬이 인사 메시지를 받는 것이 비정상적으로 느려지는 경우가 있습니다. ( 제가 경험한 것은 1분이 넘게 기다렸다가 응답이 떨어졌습니다)
  telnet localhost 25
  netstat -anp|grep LIST 해서 listen 포트를 살펴보아도, 정상적으로 25번 포트는 작동되고 있습니다.
  
  
  다른 원인이 있을 수 있지만, 이럴 경우 우선 RBLSMTPD 적용이 되어 있나 살펴봅니다.
  
  
  pstree 명령으로 rblsmtpd 를 확인하거나, 아니면,
  cat /var/qmail/supervise/qmail-smtpd/run 파일을 확인해보면
  
  아래와 같은 라인이 있으면, 해당되는것이 맞습니다. 아래는 실제 운영되는 서버의 명령 줄입니다.
  지금 이 서버는 두개의 스팸 블럭 사이트를 적용 시켜서 이용중입니다.
  
  
  /usr/local/bin/rblsmtpd -b -t 10 \
  -r multihop.dsbl.org \
  -r bl.spamcop.net \
  
  
  위처럼 -r 뒤에 도메인만 늘여주면 rbl 사이트를 더 추가해서 이용할 수 있고, 좀 더 빠른 처리와 안정적인 서비스를 위해서는 안정적인 rbl 도메인을 -r 이 시작되는 곳에 넣으면 됩니다.
  
  
  즉, 위 두개가 적용된 서버에서 25번 포트의 응답이 느려진 이유가 바로 그 것입니다. 두개의 사이트 모두 응답이 느려졌기 때문에 한참을 헤맨다는 것입니다.
  
  
  
  제가 간단하게 확인한 방법은 저 rbl 사이트들 대신 한국 rbl 사이트를 이용해서 run 파일 수정이후 qmail restart 후 telnet localhost 25
  확인해서 정상적으로 돌아왔다는 것을 알 수 있었습니다.
  아래와 같이 수정한것입니다.
  /usr/local/bin/rblsmtpd -b -t 10 \
  -r spamlist.or.kr \
  
  
  뭐 기존 파일에다 -r 부분을 추가해서 처리해도 됩니다.
  
  
  물론, rblsmtpd가 qmail만 적용시키는것이 아니므로, 다른 메일서비스도 느려진다면, 저 문제일 가능성이 높습니다.