이번 연재에서는 지난달에 이어서 삼바 설정을 마무리하고 윈도우에서 엑스 윈도우를 사용하는 방법을 설명한다. 엑스 윈도우를 윈도우 박스에서 같이 사용하는 것은 리눅스 관리에 많은 잇점을 제공한다. 그리고 리눅스 서버를 여러분 회사를 위한 전용 메일서버로 만들어 보겠다. 리눅스에서 작업하는 내용이 조금씩 나오는데 너무 어려워하지 말고 도전해 보자. 이 글에서 설명하는 내용을 리눅스에서 직접 테스트해 보는 동안 여러분은 어느새 훌륭한 서버 관리자가 되어 있을 것이다.
삼바는 프린트 서버로 사용할 수도 있다. 잉크젯 프린터는 누구나 쓸 수 있도록 하고 레이저 프린터는 agroup만 사용할 수 있도록 구성하고 싶다. 웹민을 이용해서 이 작업을 해 보기로 하자. 우선 웹민 초기화면을 연다. 웹민 설치와 윈도우에서 웹민을 접근하는 방법, 로그인, 초기화면이 나오기까지의 과정은 지난 2,3월 연재를 참고하기 바란다. 초기화면에서 Printer Adminstraion을 선택하면 화면 1이 나온다.
이 것은 리눅스의 lpd(프린터 관리 데몬)이 사용할 /etc/printcap 파일을 편집하는 것이다. Add a new printer를 선택하면 화면 2가 되고 여기서 Printing Configuration의 Name에 lp라고 적는다. Description은 samba가 보게될 프린터 이름이므로 laser라고 적자. 이 포트에 레이저 프린터를 연결할 것이다. Print Destination의 Local device를 선택하고 옆의 옵션 창에서 Parallel port1을 선택한다. 나머지 Printer Driver는 선택할 필요가 없다. 프린터 드라이버는 설정하지 않아도 되는데 이 것은 리눅스에서 직접 프린터를 사용할 때 설정하는 것으로 윈도우에서 프린트하는 목적으로 쓴다면 필요가 없으며 오히려 프린트 속도를 떨어뜨릴 뿐이므로 선택하지 말아야 한다. 리눅스에 연결된 프린트 드라이버는 윈도우의 네트웍 창을 열고 리눅스의 프린터를 선택하면 윈도우에서 설정할 수 있다. 윈도우 응용 프로그램에서 이 프린터로 데이타를 보내면 윈도우가 프린트 이미지를 날려 주므로 리눅스 쪽에서는 그대로 프린트로 보내기만 하면 된다. 이제 설정을 마치고 아래쪽의 create 버튼을 누른다.
마찬가지로 잉크젯 프린터를 위한 설정을 한다. laser 설정과 똑같이 할 수 있으며 Name은 lp1, Description은 inkjet, Local device는 Parallel port2를 적어주면 된다. 이렇게 한 다음 저장한 후의 프린터 모습이 화면 3 이다.
그림과 같이 description과 Print to 항목이 되어 있으면 성공한 것이다. 이제 아래 쪽의 Stop Scheduler를 눌러 lpd를 죽인다. 잠시후에 이 버튼이 Start Scheduler로 바뀌게 된다. 이 버튼을 누르면 lpd가 다시 기동되고 리눅스는 윈도우의 프린트를 받아 들이게 되었다.
삼바에서 프린트 작업을 할 수 있도록 하자. 웹민 초기화면에서 File Share for Windows Networking을 선택하면 화면 4가 나온다.
화면 4에서 printers는 모든 프린트에 대해서 삼바가 프린터 작업이 가능하도록 되어 있음을 보여주고 있다. 삼바는 /etc/printcap을 읽어서 프린터 이름을 파악하고 윈도우 쪽에 이 프린터를 보여 주며 프린트 작업도 가능하게 해 준다. 배포본에 인스톨 되는 삼바 설정 파일은 이 것이 디폴트로 되어 있는 경우가 많다. 이 설정은 모든 프린터에 대해서 아무런 제한 없이 프린터 작업이 가능하게 해 주므로 우리가 원하는 agroup에만 laser를 열어주기 위해서는 Create a new printer share를 선택하여 새로운 프린터 공유 설정을 해 주어야 한다.
화면 5에서 Share name을 선택하고 laser라고 적는다. Unix Printer는 lp로 Spool directory는 /var/spool/samba/lp로 만든다. 나머지 옵션은 기본값을 그대로 사용해도 된다. 이제 아래쪽의 Create 버튼을 누르면 화면4로 돌아오고 laser 항목이 생긴 것을 확인할 수 있다. laser를 선택하면 화면 5로 돌아오고 아래쪽에 새로운 설정 버튼이 생겼다. 그 버튼 중 Security and Access Control을 선택한다(화면 6).
Guest Access는 No로 설정한다. 나머지 설정은 그대로 두어도 좋다. 보안이 중요하고 다른 부서에서 프린트를 할 수 없도록 하고 싶으면 Hosts to allow에서 Only allow를 선택하고 원하는 도메인을 화면과 같이 적어 주면된다. 화면에서는 192.168.1.x, 127.x.x.x, 218.134.186.55 에서만 프린트가 가능하다. 다음에 레이저 프린터는 agroup만 사용할 수 있도록 하기를 원하므로 Valid groups에 agroup를 적어 준다. Save 버튼을 누르고 나면 화면 5로 바뀌게 되고 다시 여기서 Save버튼을 눌러 준다. 화면 7은 두가지를 보여준다. 우선 위에서 말한 모든 설정이 되어 있으며 /etc/printap에 lp로 되어 있는 프린터 포트를 윈도우에서 laser로 사용할 수 있음을 보여 주며 나머지 프린터들은 printers 그룹에 들어 있고 이 것은 모든 프린터에 대한 접근을 허가 하고 있음을 보여 준다. 물론 lp는 printers항목에 속해 있지만 lp를 위한 설정이 따로 되어 있으므로 printers의 설정보다는 laser 설정이 우선한다. 그다음으로 화면 7이 보여주는 것은 웹민의 바로 이 화면을 laser로 프린트 시켰을 때 netscape가 실행되어 있는 컴퓨터의 사용자가 agroup이 아니기 때문에 비밀번호를 요구하고 있는 모습이다. 물론 agroup이 아니므로 어떤 비밀번호를 사용해도 프린트를 할 수 없다.
웹민과 linuxconf는 다양한 서버관리 작업을 웹방식으로 할 수 있도록 해주는 프로그램이다. 사실 거의 모든 작업을 이 프로그램을 사용해 처리할 수 있다. 그러나 삼바설정에서 보듯이 반복되는 단위작업을 블랙박스화하거나 자동화하기가 힘들다. 그리고 시스템 관리 작업이 이런 프로그램에서 제공하는 인터페이스로는 가능하지 않는 것도 존재한다. 웹방식으로 제어를 하더라도 시스템 전체에 대한 지식이 없으면 내부 동작을 이해하기 힘들고 그 때문에 설명해주지 않은 작업은 하기 힘들다. 예를 들어 삼바 설정을 위해서 사용자 만들기, /etc/hosts 파일 편집하기, 삼바 재기동하기등에 대해서 설명했지만 필자는 이런 작업이 있어야 한다는 것을 먼저 알고 있기 때문에 웹민에서 그 작업이 가능한 인터페이스를 찾아서 할 수 있지만 일반 윈도우 사용자들은 삼바 설정만 만질 수 있을 뿐 /etc/hosts 파일을 편집할 필요가 있다는 것은 알기 힘들다. 다시 텍스트 방식의 삼바 설명서가 필요하고 vi가 필요하게 되는 것이다. 그러므로 필요한 기능을 구현하기 위해서 적절한 작업이 어떤 것인지 파악하기 위해서는 어느 정도 리눅스에 직접 로그인할 필요가 있다.
리눅스에서 직접 작업하는 것과 웹방식으로 작업하는 것의 차이는 다음과 같다. 숙제풀이에서 설명한 작업은 리눅스 로그인해서 다음과 같이 할 수 있다.
lp|laser:sh:lp=/dev/lp0:sd=/var/spool/lpd/lp: lp1|inkjet:sd=/var/spool/lpd/lp1:sh:lp=/dev/lp1:
[global]
load printers = yes
[printers]
revalidate = yes
printable = yes
comment = 모든 프린터
browseable = no
writable = yes
path = /var/spool/samba
public = yes
[laser]
printable = yes
valid users = @agroup
printer = lp
path = /var/spool/samba/lp
# /etc/rc.d/init.d/smb stop# /etc/rc.d/init.d/smb start
1번과 2번은 vi를 불러서 몇줄을 추가하고 3번은 커멘드 라인에서 실행하면 된다. 알고나면 간단한 이런 작업을 위해서 많은 지면을 할당해야 하는 것이다. 숙제풀이에서 말하지 않았지만 laser에 필요한 스풀파일용 디렉토리 /var/spool/samba/lp는 자동으로 만들어지지 않으며 이 디렉토리를 만들지 않으면 laser에 대한 프린트 작업이 제대로 되지 않을 것이다. 그러므로 로그인한 상태에서 다음 작업을 추가해야 한다.
# mkdir /var/spool/samba/lp
물론 이 작업도 지난 달에 얘기한 웹민의 File Manager 설정을 이용해 할 수 있다. 어떤 쪽을 사용할 것이지는 여러분에게 달렸지만 로그인해서 작업하는 것이 리눅스 관리 작업을 더 빨리 이해할 수 있는 길임을 말해 둔다.
삼바가 프린트하는 과정은 다음과 같다. 윈도우에서 laser에 프린트를 하면 삼바가 일단 넘어오는 데이타를 /var/spool/samba/lp/에 임의의 이름(raw-data라고 하자)으로 저장한다. 그 후에 lpr -Plp /var/spool/samba/lp/raw-data가 실행되어 로컬 프린팅을 시도한다. 즉 삼바의 프린트 작업은 리눅스에서 직접 프린트하는 것과 같고 한 번의 프린트 작업을 위해서는 그 프린트 이미지의 2배에 해당하는 공간이 필요하다. 왜냐하면 삼바가 임시로 저장하는 영역과, lpr또한 프린트 이미지를 일단 저장하므로 이 때 사용할 영역이 있어야 하기 때문이다.
웹민을 이용한 제어를 삼바설정에 이용할 때 수많은 삼바의 설정을 모두 처리할 수가 없고 단위 반복 작업이 줄어들지 않는다. 필자는 가능하면 리눅스에 로그인해서 작업할 수 있을 실력을 여러분이 기르기를 바란다. 그 때까지는 웹민과 같은 웹방식 제어를 쓸 수 있지만 어디까지나 임시방편이라는 점을 기억하도록 하자.
웹방식의 제한을 뛰어 넘어 시스템 전체에 대한 이해를 하기 위한 방법은 여러가지가 있다. 윈도우에서 telnet을 사용할 수 있다. 터미널 방식에 익숙한 사용자들은 별 문제 없겠지만 윈도우 사용자들이 겪는 리눅스에 대한 어려움이 여전히 남는다. 또한 윈도우용 telnet 클라이언트들은 80x25 크기의 vt100(혹은 vt220)모드를 사용해야 하는데 어떤 프로그램은 이 방식도 제대로 지원해 주지 못한다. vi를 사용했을 때 화면이 밀리거나 첫줄이 보이지 않는 등의 문제가 발생하는 경우는 이 때문이다(화면 8). 화면에서 보듯이 커서가 있는 가장 아랫 줄이 겹쳐져서 나타난다. 이 문제는 텔렛으로 들어간 후에 export TERM="vt100" 설정을 해 주면 되지만 매번 하기에는 귀찮은 일이다.
또한 최근의 경향은 각종 프로그램들이 각자의 설정을 위한 프로그램을 그래픽 방식으로 제공하고 있는데 이들은 거의 엑스 윈도우 프로그램이다. 서버용 리눅스 박스에 모니터와 키보드를 붙여 놓으면 공간을 많이 차지할 뿐 아니라 로그인 해 놓고 자리를 비운 사이에 다른 사람이 건들 수도 있다. 이런 문제가 없다고 해도 가끔 발생하는 설정 작업을 위해서 리눅스 박스로 가야한다. 물론 엑스 윈도우를 띄우기 위한 설정 작업도 쉬운 일이 아니다.
필자는 여러달 윈도우 사용자들에게 쉬운 리눅스 접근을 고민해 왔는데 그 과정에서 아주 쓸만한 프로그램을 찾을 수 있었다. 바로 윈도우용 엑스 윈도우 서버 프로그램이다. 윈도우용 엑스 윈도우 서버는 종류가 많지만 거의 외국 제품이라 한글 문제가 자유롭지 못하다. 외국 제품을 국내에 들여와 한글이 되도록 작업한 것들이 대부분인데 한글 문제를 완전히 해결한 것은 찾기 힘들다. 리눅스를 쉽게 사용하기 위해서 쓰려는 엑스 윈도우 서버를 제대로 동작시키기 위해서 먼저 리눅스를 공부해야 하는 앞뒤가 바뀌는 문제 때문에 필자도 거의 엑스 서버에 대해서 관심을 두지 않았다.
그러나 최근에 윈도우용 엑스 윈도우 서버 중에서 국내 개발품이 있으며 이 것이 엑스 서버의 기능에 충실할 뿐만 아니라 완벽하게 한글을 지원하고 있다는 사실을 알게 되었다. 이 제품은 유닉스 웍스테이션에서 작업하는 개발자들이 유닉스 환경과 윈도우 환경을 동시에 한 PC에서 사용하기 위해서 필요한 것이지만 리눅스 서버의 설정 작업을 위해서도 쓸모가 있다. 상용 제품이지만 한달 동안 테스트해 할 수 있도록 기능 제한 없는 데모 버전을 제공하고 있다. 흥미 있는 독자는 http://www.netsarang.co.kr을 방문해 보기 바란다(화면 9).
### 글쓴이 주 : netsarang 홈페이지 화면은 꼭 실어 주세요. 국내 제품 키워 줍시다.
필자는 노트북에서도 리눅스를 사용하고 있었는데 이 Xmanager를 테스트 해보고 노트북에 윈도우를 인스톨해서 사용하고 싶어졌다. 엑스 윈도우 환경을 완벽하게 지원하고 리눅스에서 부족한 멀티미디어 유틸리티 프로그램을 자유롭게 쓸 수 있다는 것은 대단한 매력이 아닐 수 없다. 비록 필자는 리눅스의 이멕스로 글을 쓰지만 워드 프로세스에 익숙한 사람이 리눅스에 대한 글을 쓰면서 리눅스의 동작 화면을 갈무리하는데 사용한다면 엄청난 효율이 있을 것으로 생각된다. 이 글도 Xmanager위에서 리눅스 이멕스를 불러와서 쓰고 있으며 리눅스에서 직접 작업하는 것과 전혀 차이가 없음을 말하고 싶다(화면 10). 화면에서 보듯이 리눅스용 넷스케입과 윈도우용 넷스케입이 각각 떠있고 이멕스 화면과 한텀 화면을 볼 수 있다. 또한 화면 오른쪽은 리눅스용 window maker 엑스윈도우 메니저의 버튼이 있다. 윈도우에서 리눅스 엑스 윈도우용 프로그램을 마치 윈도우용 프로그램처럼 사용할 수 있는 환경을 독자들도 경험해 보기 바란다.
이 제품은 유닉스를 전문적으로 사용하는 곳을 대상으로 하여 리눅스 사용자들에게는 가격이 비싼 편이다. 필자가 개발사에 이 부분에 대해서 문의했는데 최근에 리눅스 사용자들이 급증해 리눅스를 위한 제품을 따로 개발하는등의 작업이 진행되고 있다고 한다. 앞으로 리눅스를 서버로 사용하는 사람들을 위한 배려가 있을 것이라는 답변을 들었다. 독자들이 이 글을 보게 될 시점에는 홈페이지에 이에 대한 언급이 있을 것으로 기대한다.
Xmanager는 윈도우에서 간단히 인스톨 할 수 있으며 설정도 쉽다. 문제는 리눅스 쪽에서 윈도우용 엑스 서버가 접속할 수 있도록 해 주는 일이다. 리눅스가 부팅하면서 Xmanager 접속을 허용하도록 하기 위해서는 /etc/rc.d/rc.local에 다음을 추가해 주면 된다.
/usr/X11/bin/xdm
물론 리눅스 서버에 엑스 윈도우에 관련된 프로그램은 인스톨되어 있어야 한다. 배포본을 그대로 인스톨했다면 모두 제대로 되어 있을 것이다. 리눅스 박스에 마우스를 붙이지 않았다면 xdm이 기동하면서 엄청난 로그파일을 뿌릴 것이고 이 것이 /var/log가 있는 디렉토리를 꽉채울 것이다. 그러므로 다음 설정이 필요하다.
/etc/X11/xdm/Xservers 파일의 원래 모습
:0 local /usr/X11R6/bin/X
이 것을 아래와 같이 바꾼다.
:0 local /usr/X11R6/bin/X -allowMouseOpenFail
제대로 바꾸었다면 커멘드 라인에서 xdm을 실행한다. 이제 윈도우의 Xmanager를 실행하고 리눅스 서버의 IP 주소등을 제대로 설정하면 그래픽 방식의 로그인 화면을 볼 수 있다. 로그인을 정상적으로 했다면 화면 10과 같이 윈도우에 실행된 엑스 윈도우를 볼 수 있을 것이다.
엑스 윈도우를 사용할 수 있으면 가장 먼저 xterm 터미널을 제대로 지원하는 한텀을 실행할 수 있다. 한텀은 크기를 마음대로 조절할 수 있고 vi같은 프로그램들도 바뀐 크기를 인식하기 때문에 아주 편한 터미널이라는 것을 깨닫게 될 것이다. 한텀을 쓸 수 있다는 것 만으로도 Xmanager를 사용할 가치가 있다.
이제 freshmeat.net을 방문했을 때 엑스윈도우용 시스템 관리 유틸리티가 있으면 적극적으로 다운 받기 바란다. 웹민이나 linuxconf가 해결해 주지 못하는 세세한 부분을 위한 이런 프로그램들을 적극 활용할 수 있으므로 리눅스 관리가 엄청 편해 질 것이다. 필자는 연재를 진행하면서 엑스 윈도우에서 사용할 수 있는 다양한 설정 프로그램들을 소개할 예정이며 필요하다면 터미널 작업에 대한 내용도 보일 것인데 기본적으로 웹민이나 linuxconf 그리고 윈도우용 엑스 서버가 설치되어 있다고 가정을 하겠다.
엑스 윈도우는 서버/클라이언트 개념을 구현한 그래픽 환경이다. 윈도우 사용자들이나 클라이언트/서버 시스템에서 작업하던 사람들이 혼란스러워하는 경우가 있는데 그 이유는 일반적인 C/S 개념의 반대로 엑스 윈도우가 동작하기 때문이다. 엑스 윈도우는 최소한의 그래픽 환경을 위해서 필요한 작업, 즉 화면을 관리하는 일, 사용자들의 입출력을 처리하는 일, 그리고 글꼴을 관리하는 작업만을 서버가 처리한다. 그 나머지는 클라이언트의 몫이다. 그러므로 리눅스에 XDM이 떠 있고 윈도우에 Xmanager가 떠있다면 서버는 윈도우 쪽의 Xmanager이다. 왜냐 하면 Xmanager가 여러분의 키 입력을 처리하기 때문이다. 그리고 리눅스 서버에 있는 리눅스용 netscape을 실행했을 때 이 것은 윈도우 쪽의 Xmanager에게 화면을 그려줄 것을 부탁한다. 윈도우의 Xmanager 서버는 그 요청에 따라 윈도우가 떠있는 컴퓨터의 모니터에 화면을 표시한다. 그러므로 리눅스 서버의 프로그램들이 클라이언트가 되고 XDM은 이들을 연결하는데 필요한 프로토콜을 제공할 뿐이며 서버는 윈도우에 실행 중인 Xmanager이다.
이와같이 Xmanager라는 윈도우용 엑스 윈도우 프로그램은 서버로 동작하며 리눅스에서 실행한 엑스 윈도우와 플랫폼만 다를 뿐 완전히 동일한 것이다. 넷스케입 프로그램은 실행 파일이 윈도우 쪽으로 넘어오는 것이 아니고 리눅스 박스에서 실행된 후에 그 결과 화면만 넘어 오는 것이다. 때문에 리눅스용 실행 파일을 윈도우에서 실행할 수 있으며 넷스케입의 수행 속도는 윈도우 박스가 아닌 리눅스 박스의 성능에 영향을 받는다. 이 것은 윈도우의 공유 개념과 완전히 다른 것으로 윈도우에서는 다른 컴퓨터에 있는 프로그램을 실행하면 그 실행 이미지가 넘어와서 실행 시킨 사용자가 있는 컴퓨터에서 실행되므로 윈도우의 공유 개념은 파일 저장 매체의 공유에 불과한 것이다.
더구나 엑스 윈도우는 화면을 제어하는 메니저 프로그램도 클라이언트로 분리되어 있다. 그 때문에 윈도우나 맥과 달리 엑스 윈도우에는 여러가지 윈도우 메니저 프로그램이 있다. 또한 엑스 서버는 이들 클라이언트 프로그램과 완전히 독립적으로 구성되어 있어서 윈도우 메니저나 응용 프로그램과 X프로토콜을 통해서 통신을 하는 방식으로 동작하며 같은 컴퓨터에서 실행했다고 해서 이들 프로그램과 더 빠른 방식을 사용하지는 않는다. 극단적으로 말해서 엑스 서버는 입출력 기능만 제공하는 하얀 바탕화면만을 가진 프로그램이라고 생각할 수 있다.
필자가 유닉스에 관심을 가지게 된 이유가 바로 엑스 윈도우를 사용하고 싶어서였다. 윈도우도 없던 10년전에 이미 엑스 윈도우는 클라이언트/서버 개념을 구현했고 현장에서 사용되고 있었다. 빛을 잃던 유닉스가 인터넷의 활성화 때문에 재조명 되고 있듯이 실패한 접근법으로 평가받고 있는 엑스 터미널이 NC와 달리 사라지지 않고 리눅스의 등장으로 새롭게 관심을 끌고 있다. 윈도우를 보조해 줄 수 있고 윈도우보다 기술적으로 매력있는 엑스 윈도우를 여러분의 컴퓨터에서도 사용해 보기를 바란다.
삼바가 잘 돌고 있다면 이제 여러분의 회사를 위한 전용 메일 서버를 만들어 보기로 하자. 공개메일 서버가 많지만 거의다 웹방식으로 되어 있어서 메일이 도착하는 즉시 알기 힘들 뿐 아니라 메일 읽는 시간도 많이 걸린다. 그리고 여러분의 회사 도메인을 사용할 수 없어서 거래 상대방에게 신뢰를 주기 힘들며 최근에 이메일 이름으로 많이 사용하는 방식인 이름첫자+성(홍길동일때 kdhong 처럼 쓰는 것) 방식을 쓸려고 해도 다른 사람과 겹치는 경우가 많아서 원하는 사용자명을 쓰기도 힘들다. NT에서 동작하는 메일 서버는 가격이 만만찮고 메일서버를 위한 전용 서버를 따로 사용할 것을 권하고 있으므로 신뢰성을 위해 들여야 하는 비용이 만만찮다. 그러나 인터넷 메일 전송을 위한 프로그램으로 가장 높은 점유율을 가지고 있는 sendmail을 리눅스에서도 사용할 수 있다. 삼바 서버에 sendmail을 설치하여 여러분만의 도메인에 여러분이 원하는 사용자명을 가져 보도록 하자.
배포본을 인스톨 했다면 이미 sendmail이 동작하고 있을 것이다. 웹민의 Running Processes를 선택해 보거나 한텀을 열고 "ps axf"라고 치면 동작 중인 sendmail을 볼 수 있다. 만약 동작하고 있지 않다면 배포본에서 sendmail-xx.rpm으로 된 것을 인스톨하면 된다(rpm을 사용해서). 하지만 sendmail이 인스톨되어 있지 않거나 동작하고 있지 않는 경우는 일부러 삭제하지 않는 한 있을 수 없는 일이다.
sendmail은 기동하면서 IP주소를 인식하기 때문에 리눅스 서버에 IP가 할당되어 있고 그 IP가 인터넷에 유효한 것이라면 거의 모든 경우 인스톨 되어 있는 그대로 사용해도 인터넷에서 메일을 주고 받을 수 있다. 이 글의 목적은 하루에 수만통의 메일을 주고 받고 있는 대규모 사이트에 대한 설명을 하려고 하는 것이 아니므로 복잡한 사항에 대해서는 언급하지 않겠다. 설명 대상은 하루에 100여통 정도의 메일을 주고 받고 사용자들은 윈도우에서 메일을 읽는다고 가정하겠다.
메일 서버는 컴퓨터가 부팅하면서 /etc/rc.d/init.d/sendmail에 의해서 기동된다. 여러분의 파일은 아마 다음과 같을 것이다.
....
sendmail /usr/sbin/sendmail -bd -q1h
....
또는
....
daemon /usr/sbin/sendmail -bd
/usr/sbin/sendmail -q10m
/usr/sbin/sendmail -OQueueDirectory=/var/spool/mqueue2 -q65m
/usr/sbin/sendmail -OQueueDirectory=/var/spool/mqueue3 -q4h
....
어느 쪽이던 상관없다. 양쪽다 소규모 메일 서버에 적당한 모습니다. 참고로 말하자면 첫번째 방법은 한 개의 sendmail이 메일 받기(-bd)와 아직 보내지 못한 메일 전송하기(-q1h)를 모두 담당한다. 두번째는 이 것을 분리하여 한 개의 sendmail은 받기 만을 전담하고 나머지 세개의 sendmail이 각각 10분(-q10m), 65분, 4시간 단위로 전송에 실패해서 큐에 들어 있는 메일을 다시 보내려고 시도하게 된다. 효율은 두번째가 조금 좋은 편이지만 첫번째 설정을 구태여 아래처럼 바꿀 필요는 없다. 그리고 mqueue2같은 큐 분리에 관한 것은 복잡한 문제이며 소규모 사이트에는 필요가 없으므로 언급하지 않겠다. 주소가 잘못되었거나 상대편 컴퓨터가 잠시 꺼져 있는 상태라면 메일 보내기에 실패하게 되고 이 메일이 /var/spool/mqueue에 저장된다. sendmail은 1시간 단위로 이 디렉토리를 검색해서 전송에 실패한 메일이 있으면 재전송 작업을 하므로 가끔 이 디렉토리를 조사해 보는 것이 좋을 것이다. 왜냐하면 중요한 메일을 보내면서 주소를 잘못 써 전송이 되지 못하고 남아 있을 수 있는데 상대편이 답답하다면 따로 연락이 오겠지만 이쪽이 아쉬운 상태에서 메일을 제대로 보내지 못했다면 낭패를 당하기 때문이다.
회사의 직원들이 원하는 사용자명을 받아서 리눅스 서버에 등록해 주어야 한다. 웹방식으로 하는 것은 지난 달에 설명을 했다. 간단히 설명하자면 웹민 화면에서 Users, Groups and Passwords를 선택하고 다시 Create a new User를 선택하면 된다. 사용자명과 비밀번호만 제대로 설정할 수 있다면 쉽게 설정할 수 있을 것이다. 텍스트 방식으로 하는 것은 엑스윈도우를 기동하여 한텀을 열거나 telnet으로 리눅스에 로그인한 다음과 아래와 같이 하면 된다.
# adduser newuser # passwd newuser
이제 리눅스에서 메일 보내기에 대한 기본 작업은 이루어 졌다. root 사용자로 newuser에게 메일을 보내보기 바란다. 커멘드 라인에서 보낼 수도 있지만 쓸만한 메일 클라이언트인 mutt나 elm또는 pine이 있다. 이 중에 하나는 인스톨되어 있을 것이므로 그 것을 사용하면 된다. 보낸 메일이 제대로 갔다면 /var/spool/mail/newuser 파일이 만들어져 있을 것이고 그 내용은 방금 보낸 메일이다. 메일이 제대로 갔음을 확인하고 나서 차례로 나머지 사용자를 만들자.
인터넷에서 주고 받는 이메일은 여러 경로를 거쳐서 전송이 된다. 우선 메일을 작성하는 프로그램은 MUA(Mail User Agent)라고 부른다. 넷스케입 메일 작성 프로그램이 이에 해당된다. MUA는 사용자의 입력을 받아서 형식에 맞는 메일을 만들어 낸다. 그 후에 이 메일을 sendmail 같은 MTA(Mail Transfer Agent)에게 보내기 위한 프로그램 즉 MDA(Mail Delivery Agent)가 메일을 처리한다. MDA는 같은 컴퓨터 내에 있는 사용자들 끼리의 메일을 처리하는 작업이나 MTA에 메일을 전달하는 일을 한다. 윈도우에서는 넷스케입이 이 기능도 맡고 있다. MTA는 메일을 받아들여 메일전송 프로토콜(SMTP)에 따라 메일을 다른 MTA에 전송하는 역활을 한다. 윈도우에는 이 프로그램이 없으며 NT나 유닉스 서버에 있다. 그래서 윈도우 메일 관련 프로그램 설정을 하면서 Outgoing 메일 서버를 지정하는 것이다.
리눅스는 그 내부에 mutt등의 MUA와 procmail같은 MDA 그리고 MTA인 senadmail 서버가 같이 동작하므로 스스로 메일을 만들고 다른 서버의 도움없이 메일을 주고 받을 수 있다. 그러나 윈도우 사용자들은 반드시 메일서버를 지정해야 메일을 보낼 수 있으며 인터넷 메일을 직접 받을 수도 없고 사용자명을 등록해 놓은 서버에서 메일을 "긁어"와야 한다. 넷스케입의 메일 받기 버튼을 누르면 넷스케입은 서버에 pop3, imap등의 프로토콜을 사용해서 접속한 다음 도착해 있는 메일을 가져오는 것이다. 리눅스 사용자들은 메일서버가 없는 컴퓨터를 이상하게 생각하는 반면 윈도우 사용자들은 메일서버 지정이 필요없는 리눅스를 이상하게 생각한다.
웹메일은 서버에 웹인터페이스를 가진 MUA를 제공하고 같은 서버에 메일을 저장했다가 웹방식으로 메일을 볼 수 있게 해 준다. 웹메일은 사용자들이 계속 방문하게 할 수 있으므로 광고를 할 목적으로 메일을 주고 받게 해 주는 것이므로 pop같이 사용자가 웹으로 접속하지 않고도 메일을 가져갈 수 있도록 해주지는 않기 때문에 메일을 주고 받는 본래의 용도로 사용하기에는 무리가 있다.
최근에는 광고성 메일인 스팸(spam) 메일이 급증하고 있어서 메일을 전송해 주는 MTA가 동작 중인 컴퓨터들이 몸살을 앓고 있다. 이런 스팸 메일은 수만통의 메일을 한 메일 서버에게 전송을 요청하기 때문에 이들을 전송하느라고 정작 처리해야할 메일은 보내지 못하는 경우가 많아졌다. 이 때문에 최근에는 허가된 IP 이외에서 보내오는 메일은 전송을 해주지 않는다. 그래서 스팸 메일을 보내는 사람들은 전송을 허락하는 메일서버를 찾아 다니고 있다. 리눅스 배포본의 sendmail은 누구라도 메일 전송을 요청할 수 있었지만 최근에는 따로 설정하지 않으면 메일 중계를 해 주지 않도록 바뀌었다. 버전이 낮은 배포본을 사용하고 있다면 스팸메일 전송을 하지 않도록 조심해야 한다. 한 번 스팸메일을 전송해 준 서버는 블랙리스트에 올라서 그 후에는 다른 메일 서버가 이 서버에서 보내오는 메일은 스팸메일로 분류하여 정상적인 메일도 받아들이지 않기 때문이다.
리눅스 서버를 구성하면 MTA, MDA와 pop3(혹은 imap)을 사내에 구성할 수 있고 사용자들이 편하게 메일을 보낼 수 있으며 몇분 단위로 메일이 왔는지 확인할 수 있으므로 적극 사용을 권장할 만하다. 삼바가 같이 구동되고 있는 서버에 설치하더라도 거의 성능에 영향을 미치지 않는다. sendmail은 100만명을 수용하는 메일 서버에서도 사용하고 있는 프로그램이며 리눅스용 sendmail도 동일한 프로그램이니까 성능에 의심을 하지 않아도 좋다.
한글 메일 처리 방식은 sendmail을 패치하는 방법이 있었지만 최근에는 sendmail이 8비트 처리를 해주므로 이 방법을 거의 사용하지 않는다. 대신에 잘못 인코딩되어 오는 메일을 로컬의 procmail을 이용해서 처리하는 방법이 주로 사용된다. 신정식씨와 이상로씨가 제안한 방법이며 http://pantheon.yale.edu/ jshin/faq에 가면 필요한 파일을 구할 수 있다. 현재 한글 리눅스로 유명한 알짜에서는 sendmail-8.9.2버전에 procmail을 처리하는 기능을 추가했다. 알짜 5.2이상이면 이 기능이 포함되어 있다. /etc/procmailrc 파일에 EUC-KR이라는 문자열을 볼 수 있다면 그 처리가 되어 있는 것이다. 그렇치 않다면 ftp사이트에서 sendmail-8.9.2-kr버전을 찾아 보기 바란다. 사실 90%이상이 윈도우에서 메일을 작성하고 받는 사람도 90%이상이 윈도우를 사용하기 때문에 전송과정의 메일 서버가 이상하지 않다면 이런 처리가 없어도 한글 메일이 잘못되는 경우는 거의 없을 것이다.
윈도우에서 메일을 보내기 위해서 리눅스 서버를 사용한다면 Outgoing 메일서버 설정에서 리눅스 서버의 IP를 적어 준다. 리눅스에서 해야 할 것은 메일 중계를 허용하도록 하는 것이다. 웹민의 초기화면에서 Sendmail Configuration을 선택한다(화면 11).
sendmail은 수많은 설정을 가지고 있고 다양한 옵션을 사용할 수 있지만 하루 100 통 정도의 메일을 주고 받는 사이트에서는 배포본의 설정을 거의 고치지 않아도 좋다. 사이트가 커지면 그 때 따로 연구하기로 하고 지금은 최소한의 설정만 고치기로 하자. 우선 회사의 도메인 안에 있는 PC에서 메일을 전송할 수 있도록 설정을 한다. 한 회사의 컴퓨터는 대부분 같은 도메인을 가지고 있으므로 이 것도 고칠 필요가 없지만 다른 도메인이나 한 개의 IP를 사용하고 masquerade 방식으로 운영한다면 고칠 필요가 있다. Relay Domains를 선택하고(화면 12) 여기에 회사의 모든 도메인을 적어 준다(호스트명이 아니다). 필자는 한 개의 IP를 가지고 있고 내부 랜은 masquerade를 사용하고 있으므로 내부적으로 쓰는 a.b.c와 인터넷에서 부여받은 도메인 명을 적었다. 여러분의 회사가 mycompany.co.kr 도메인을 가지고 있다면 그 도메인을 적어 주면 된다. 이제 a.mycompany.co.kr에서 보내는 메일을 리눅스가 전송해 줄 수 있게 되었다.
윈도우에서 메일을 보낼 때 From: 필드에 user@mycompany.co.kr이라고 적고 메일을 보낼 수 있다. 필요하다면 Reply-To: 필드에도 같은 내용을 적어 주기 바란다. 드디어 여러분 회사를 위한 전용 메일서버가 만들어 졌다.
참고로 엑스에서 같은 작업은 /etc/mail/relay-domains 파일을 만들고 아래와 같이 적어 주면 된다.
a.b.c
kppinc.com
여러분에게 오는 메일은 리눅스 서버에 도착하게 된다. 이 메일은 윈도우에서 직접 가져 올 수 있으며 이를 위해서 popd 프로그램 설정이 필요하다. 웹민의 Internet Service and Protocols을 선택하면 백개 이상의 서비스 종류가 나타나며 internet Services에서 잘 살펴 보면 pop-3를 찾을 수 있다(화면 13).
pop-3를 선택하면 화면 14를 볼 수 있다. 여기서 가장 중요한 것은 Server Program에서 Program enabled가 선택되어 있고 TCP-Wrapper가 선택되어 있으며 인자값으로 ipop3d가 설정되어 있어야 하는 것이다. 나머지는 그대로 두면 된다. 이제 저장하고 나오면 화면 13으로 돌아온다. 한 화면에 너무 많은 서비스가 있어서 화면에 안보이는데 설정을 고치고 나서 화면 13의 가장 아래쪽에 있는 Apply Changes 버튼을 찾아서 눌러 주어야 한다. 참고로 엑스에서 같은 작업은 한텀을 열고 /etc/inetd.conf 을 아래와 같은 줄을 찾아 가장 첫칸의 #를 제거하면 된다.
#pop-3 stream tcp nowait root /usr/sbin/tcpd ipop3d #imap stream tcp nowait root /usr/sbin/tcpd imapd
이 파일을 저장하고 나서 커멘드 라인에서 다음과 같이 실행하면 새 설정이 인식된다.
# killall -HUP inetd
넷스케입에서 Edit-> Preferences-> Mail & Newsgroups-> Mail Servers-> Incoming Servers 항목에 리눅스 IP를 적어주고 다시 넷스케입에서 Communicator-> Messenger를 선택하여 도착한 메일을 가져올 수 있다. 이 부분은 필자보다 여러분이 더 잘할 것이다. 필자는 메일을 리눅스에서 주고 받기 때문에 윈도우쪽의 구체적인 설정은 잘 알지 못한다. 어디에 있는지는 모르지만 넷스케입을 사용하면서 몇 분 단위로 메일이 왔는지 확인하는 옵션이 있으므로 이 옵션을 켜 놓는다면 도착한 메일을 금방 읽을 수 있을 것이다.
sendmail은 뛰어난 성능과 다양한 옵션과 함께 수많은 보안 문제도 가지고 있다. 실력이 된다면 보안관련 사이트를 자주 검색하면서 리눅스 박스를 안전하게 만들 수 있지만 아직 리눅스에 익숙하지 않은 사람은 크게 신경쓰지 않아도 된다. 배포본은 어느 정도 안정성을 기울이고 있으며 너무 오래된 배포본이 아니라면 큰 문제는 없다. 현재 sendmail-8.9.1a이하는 몇가지 문제를 가지고 있으며 이를 해결한 8.9.2가 배포본에 포함되어 있다. sendmail의 버그에 대해서 너무 걱정하지 말 것. 크래커들은 알려진 유명한 사이트를 뒤지고 다니기를 좋아할 뿐 소규모 사이트에는 별 관심을 기울이지 않는다. 해킹은 사실 어려운 기술이며 크래커의 공격 대상이 될 확률은 별로 없다. 보안에 무관심해서도 안되겠지만 너무 걱정할 필요도 없다. 리눅스 서버를 운영하고 있으면 자연스럽게 리눅스 보안 문제에 대한 경고문을 접하게 될 것이고 그 즉시 패치 파일을 구할 수 있다. 그런 글을 이해할 수 있는 수준이 되면 보안 패치를 하는 방법을 알게 될 것이다. 시작 단계부터 보안을 걱정할 필요는 없다. 일단 시작하고 문제는 그 후에 해결하도록 하자.
이번 호로 삼바 설정에 대해서 마쳤다. apache 웹서버와 함께 리눅스 킬링 소프트웨어의 하나인 삼바와 sendmail에 대한 설명이 소규모 사이트를 대상으로 하다 보니까 자세한 내용을 실을 수는 없었지만 이 정도의 내용만 따라 하더라도 웬만한 회사의 파일서버, 프린터 서버, 메일서버로 리눅스를 사용하는데 어려움이 없을 것이다. 앞에서 보여 주었지만 배포본에 들어 있는 /etc/rc.d/init.d/sendmail을 고치지 않고도 하루에 4만통의 메일을 2년여 동안 큰문제 없이 주고 받고 있는 사이트가 있다. 삼바 서버는 이 글에서 다루는 정도의 설정을 할 수 있다면 중급 수준 이상의 관리자라는 소리를 들을 수 있다. 글을 읽으면서 전체의 맥락을 파악한다면 응용도 할 수 있을 것이다.
이 번달에는 소규모 사이트의 메일 서버에 대해서 알아 보았다. 이 글에서 설명하는 수준의 설정법에 대해서는 이미 알고 있고 좀 더 자세한 부분이 궁금하거나 특별한 설정에 대해서 알고 싶은 사람이 있다면 sendmail 관련 책을 참고 하거나 KLDP사이트 등을 조사해 보기 바란다. 여러 도메인을 처리하거나, 전송하는 메일의 헤더를 일정하게 수정하는 방법 또는 여러 사이트로 받은 메일을 전달하는 방법등 sendmail이 제공해 줄 수 있는 기능은 상당히 많으며 이 기능을 활용하고 있는 사이트도 많고 그 방법에 대해서 자세히 설명하고 있는 문서도 쉽게 구할 수 있다. 무엇보다도 웹민의 sendmail configuration 부분을 하나씩 살펴 보기 바란다. 서로 연관되지 못하고 옵션마다 한 줄씩 설명이 있는 메뉴얼 페이지나 모든 옵션에 대해서 너무 자세히 설명이 되어 있어서 오히려 어려운 책들 보다 웹민의 설정 페이지가 훨씬 전체적인 이해를 하는데 도움이 된다. 웹민의 sendmail 설정을 몇 번 해보면 웬만한 관리자보다 훨씬 더 나은 실력을 가질 수 있다.
리눅스인지 윈도우인지 헷갈리게 만드는 Xmanager 위에서 이 글을 쓰고 있는데 상당히 쓸만한 프로그램이라고 생각이 된다. 특히 유닉스 관련 프로그램이면서 국내 제품인 Xmanager가 일반 범용 패키지 제품 정도의 완성도를 가지고 있고 성능도 상당히 쓸만해서 필자가 적극적으로 소개했다. 한글에 대한 완벽한 지원이 가능한 제품은 한국 사람들이 가장 잘 만들어 낼 수 있으므로 이런 제품이 활성화되고 사용자들의 관심이 높아져야 더욱 개발이 활발하게 될 것이다. 마찬가지로 여러분의 관심을 바란다.
여러분의 사이트가 별로 메일을 보내지는 않지만 가끔 관계자들에게 공지 메일을 보내는 경우가 있다. 이 때에는 약 1500통의 메일을 윈도우에서 만들어 보내게 되는데 이 정도의 메일을 한꺼번에 서버에 중계를 요청하게 되면 즉시 메일이 가지 않고 큐에 쌓였다가 전송이 된다. 그 지연이 생각보다 길어서 어떤 경우에는 4시간이 지나서야 메일이 보내지는 경우도 있다. 메일서버는 전송할 메일이 갑자기 늘어나면 즉시 전송하지 않고 일단 큐에 저장을 하고 나중에 이 메일을 보내려고 한다. 가능하면 메일을 큐에 쌓아 두지 않고 받은 메일을 메일서버가 즉시 중계하도록 하고 싶다. 어떻게 하면 될까? sendmail 관련 책이나 인터넷에 있는 여러 설명서보다는 웹민의 sendmail 설정을 들여다 보는 것이 훨씬 빠를 것이다.