가상 email 도메인 개요 최근 개인용 컴퓨터가 강력해짐으로 인하여, 여러대의 서버에 의하여 수행되는 타스크가 이제는 쉽게 단 한대의 서버에 의하여 수행됩니다. 인터넷과 email 시스템의 성공으로, 우리는 점점 더 많은 email 도메인을 관리해야 하게 되었습니다. 여기에 여러개의 독립적인 email을 도메인을 같은 머신에서 관리하는 방법이 있습니다: A linux premiere! 11.. �원評칙� 가상 email 도메인들은 같은 서버의 독립적인 사용자 리스트들을 관리하는 방법입니다. 각각의 가상 도메인은 자신의 암호 화일을 같으며, 자신의 스풀(spool) 디렉토리와 사용자 별칭 화일을 갖습니다. 각 가상 email 도메인에 대하여, _L_i_n_u_x_c_o_n_f가 다음을 설정할 것입니다. o /etc/vmail/passwd.virtual_domain o /etc/vmail/shadow.virtual_domain o /etc/vmail/aliases.virtual_domain o /var/spool/vmail/virtual_domain/ o /vhome/virtual_domain/ 여기서 virtual_domain은 foo.com과 같은 하나의 도메인입니다. 22.. �가』상� �도돋메事인� �정ㅐ의� �다牡이潔얼着로慣그� 새로운 가상 email 도메인을 생성하기 위하여, 당신은 단 하나의 다이얼로그를 채웁니다. DNS와 IP 별칭과 관련된 다른 타스크들이 있으며, 이 도움말의 다른 섹션에 기술되어 있습니다. 여기는 주(main) 도움말을 기술할 것입니다. 22..11.. AA nnaammee 도메인명을 줘야 합니다. 이것 뿐 입니다. 22..22.. FFaallll bbaacckk ddeessttiinnaattiioonn 이것은 옵션 필드입니다. 보통은, email 메시지가 가상 email 도메인 계정으로 보내졌을 때, 다음의 프로세스가 이루어 집니다. o 해당 이름의 별칭을 검사합니다. 만일 있으면, 메시지를 각 별칭 리스트의 구성원에 보냅니다. 별칭들은 또다른 별칭을 가르킬 수 있습니다. o 별칭이 발견되지 않으면, 가상 도메인의 사용자 리스트가 검사됩니다. Email은 해당 사용자의 폴더에 더해집니다. o 만일 부합되는 별칭도 사용자도 없다면, 메시지는 거부되고 발신자에게는 에러 메시지가 수신될 것입니다. Fall back 필드가 정의되면, email은 fall back 주소로 보내질 것입니다. Fall back 주소는 다음과 같은 상태입니다. EEmmppttyy 기본 상태입니다. 메시지는 거부됩니다. aannootthheerr__uusseerr@@aannootthheerr__ddoommaaiinn 메시지가 타 도메인의 지정된 사용자에게 보내집니다. @@aannootthheerr__ddoommaaiinn 메시지가 같은 목표 계정으로 보내집니다만, 다른 도메인으로 갑니다. 예를 들면, unknown@this_domain으로 보내진 email이 unknown@another_domain으로 포워드됩니다. aaccccoouunntt 메시지가 같은 도메인의 다른 계정으로 보내집니다. 이 계정은 별칭일 수 있습니다. 22..33.. �별걜칭� �화��일�((AAlliiaasseess ffiilleess)) 각 가상 도메인은 /etc/vmail/aliases.domain이라는 이름의 별칭 화일을 암시적으로(implicitly) 갖습니다. (domain은 도메인명을 의미합니다.) 당신은 2개까지 더 정의할 수 있습니다. 이들은 cdeliver 프로그램에 의하여 사용될 것입니다. 암시적인(implicit) 것이 가장 높은 우선순위를 갖습니다. vdeliver는 최초의 것으로부터 부합되는 것이 발견될 때까지 검사합니다. 주목할 것은, sendmail에 의하여 프로세싱되는 보통의 별칭 (/etc/aliases)처럼 별칭의 정의는 또다른 별칭을 가리키고, 이 또다른 별칭도 다시 또다른 별칭을 가리키고...할 수 있다는 것입니다. 메일링 리스트가 정의될 수도 있으며... 별칭 화일들은 보통의 sendmail 별칭과 같은 다이얼로그애 의하여 유지되며, 그런만큼 같은 특성을 제공합니다. 22..44.. �이� �도돋메事인括의� �별걜칭�((AAlliiaasseess ffoorr tthhiiss ddoommaaiinn)) 같은 사용자 풀(pool)을 가리키는 여러개의 도메인명을 제공할 수 있습니다. 당신은 필요한 만큼 추가할 수 있습니다. 예를 들면, 가상 도메인 foo.ca를 정의했다가, 나중에 foo.com을 등록할 수 있습니다. 도메인 별칭을 사용함으로써, 두 도메인 모두 같은 것이 됩니다. 33.. �시쳄작邦전活의� �주聆의�((AA nnoottee bbeeffoorree ssttaarrttiinngg)) 가상 email 도메인은 당신의 메일 서버의 정상적인 email 특성을 보완하는 것입니다. 정상적인 email 도메인들은 여전히 적절하게 관리되며 email은 /var/spool/mail에 저장됩니다. 만일 당신의 머신이 현재 foo.com 도메인의 email을 허용하고 있으며, foo.com과 foo2.com에 대하여 별도로 각각 email을 수신하기를 원한다면, 당신은 단지 이들 두개의 도메인들을 가상 email 도메인으로 정의하면 됩니다. foo.com의 구성 (configuration)은 영향받지 않습니다. 44.. �가』상� eemmaaiill �도돋메事인括을� �설냇정ㅗ하求는� �방疫법� 여기에 단계별 설명이 있습니다. 44..11.. PPOOPP �클Ф라瓚이潔언曺트��를� �채ㅕ택쳬하求는� �방疫법�((HHooww ttoo aaddaapptt PPOOPP cclliieennttss)) POP 사용자 쪽에서는 특별히 할 일이 없습니다:우리는 여러개의 email 서버를 하나의 박스에 병합하길 원하며, 아무에게도 이에 대하여 알려주길 원치 않습니다:-) 44..22.. �서��버� �설냐치� �방疫법�((HHooww ttoo iinnssttaallll tthhee sseerrvveerr)) 메일을 읽는 비결은 가상 WWW과 정확히 같습니다:당신은 IP 주소가 필요합니다. 개략적인 설정은 이와 같습니다. 우리가 3개의 가상 email 도메인을 생성하고자 한다고 합시다:va.foo.com, vb.foo.com, 그리고 vc.foo.com. 이들을 당신이 각각 하나의 email 도메인을 서비스하는 3개의 독립적인 서버를 설치할 때와 같은 방법으로 생각하십시요. 이것이 여기에서 기술하고자 하는 것이며 결국, 이들 3 서버가 하나의 머신에 어떻게 병합되는가를 보여줄 것입니다. 44..22..11.. OOnn tthhee DDNNSS DNS 입장에서는, 각 도메인당 하나의 email 서버를 갖습니다. 따라서 각 도메인의 MX(Mail eXchanger)는 o va.foo.com -> mailhost.va.foo.com o vb.foo.com -> mailhost.vb.foo.com o vc.foo.com -> mailhost.vc.foo.com DNS로는, 이것이 우리가 세상에 알릴 방법인 것입니다. 이것은 또한 email 사용자들에게 알리는 것이기도 합니다. 대개, va.foo.com 사용자들은 당신의 메일을 mailhost.va.foo.com으로, vb.foo.com 사용자들은 당신의 메일을 mailhost.vb.foo.com으로..등등 수신할 것입니다. 여기까지는, 각 설정으로, 우리는 각 email 도메인당 1개의 서버(실제 서버)를 갖습니다. (가상 email 도메인 전의 현재 관심사입니다.) 44..22..22.. �서��버痔의� �설냐치�((IInnssttaalllliinngg tthhee sseerrvveerrss)) 설정(실제 혹은 가상의)을 지속하기 위하여, 우리는 DNS로 가서 각 서버에 IP 넘버를 할당합니다(이것이 요점입니다). 이제 사적인 IP 넘버들을 예로 사용하겠습니다. 제가 같은 네트워크로부터 IP 넘버를 할당함을 알 것입니다. o mailhost.va.foo.com -> 172.16.0.1 o mailhost.vb.foo.com -> 172.16.0.2 o mailhost.vc.foo.com -> 172.16.0.3 이제 이들 IP들을 가지고 3개의 리눅스 서버를 설치하고 각각의 _s_e_n_d_m_a_i_l에 이들 3 도메인중 하나를 허용하도록 알릴 것입니다. 44..22..33.. GGeettttiinngg vviirrttuuaall 3개의 리눅스 서버를 설치하는 대신, 우리는 하나의 서버를 설치합니다. 각각의 가상 email 도메인에 대하여, 우리는 다음과 같은 것을 해야 합니다. o _L_i_n_u_x_c_o_n_f를 이용하여 정의. 이 경우 도메인명을 주기만 합니다. o IP 별칭을 정의(_L_i_n_u_x_c_o_n_f를 이용하여)함으로써 머신이 이 IP 넘버에 대한 질의(query)에 답하도록 합니다. 이것은 _L_i_n_u_x_c_o_n_f의 다음 메뉴에서 수행됩니다. "가상 호스트를 위한 네트워킹/IP 별칭" o /etc/inetd.conf에 /usr/sbin/in.pop3d를 대체하여 /usr/lib/linuxconf/lib/vpop3d를 설치하십시요. vpop3는 당신이 가상 도메인을 사용하지 않는다 하더라도 표준의 pop3d를 대체하는 것입니다. IP 별칭이 요점입니다. POP 프로토콜은 목적지 IP 넘버를 제하면 요청에 대한 목표를 확인해 줄 방법이 없습니다. 이것이 POP 클라이언트가 다른 email 도메인으로부터의 메시지를 읽기 위하여 다른 이름을 (사실상 다른 IP) 사용해야 하는 이유입니다. 그들의 견지에서는 아뭏든 이것이 기대됩니다. 44..22..33..11.. vvppoopp33dd �설냐치� �방疫법�((HHooww ttoo iinnssttaallll vvppoopp33dd)) vpop3d는 당신이 사용하는 표준의 POP 데몬(daemon)을 대체합니까? 그렇지 않을지도 모릅니다. 다양한 배포판(distribution)이 NIS, PAM과 다른 인증 특성을 지원하는 다른 pop3d와 함께 배포됩니다. 이들 모두를 지원하는 가장 좋은 방법은 _�_�_(_m_a_i_n_) email 도메인을 다루는 원래의 pop3d 데몬을 허용하는 것입니다: vpop3d는 단지 가상 도메인들을 관리합니다. 이 결과를 얻기 위하여, 간단하게 vpop3d에 원래의 pop3 데몬의 경로를 인수로 보내십시요. vpop3d는 주(main) 도메인에 POP 요청이 있을 때 제어를 넘길 것입니다. 여기에 /etc/inetd.conf를 설정하는 예가 있습니다. pop-3 stream tcp nowait root /usr/sbin/tcpd /usr/lib/linuxconf/lib/vpop3d /usr/sbin/ipop3d 이제 설치를 위해서는, pop3d 명령을 대체하지 말고, 간단히 /usr/lib/linuxconf/lib/vpop3d를 삽입하십시요. 정확한 라인은 배포판마다 조금씩 다릅니다. 55.. �구맑성�((ccoonnffiigguurraattiioonn))�을� �디題버仄깅淪하求는� �방疫법�((HHooww ttoo ddeebbuugg aa ccoonnffiigguurraa�� ttiioonn)) 가상 도메인을 설정할 때 대부분의 에러는 DNS와 관계가 있습니다. 여기에 당신의 설정이 적절한가를 검증할 수 있는 약간의 테스트가 있습니다. 충고 한 마디:POP 클라이언트(email 프로그램)을 사용하는 것은 그러한 종류의 설정을 테스트하는데 도움이 되지 않습니다. 그들 프로그램은 그러한 타스크를 위해서는 유익하지 않습니다. 그들은 작동할 수도 있고 그렇지 않을 수도 있습니다. 55..11.. DDNNSS �점“검�((CChheecckkiinngg tthhee DDNNSS)) 각 가상 도메인마다, 당신의 약간의 DNS 작업을 해야 했을 것입니다. 우리는 va.foo.com 도메인을 예로 사용할 것입니다. 여기에 그 단계가 있습니다. 55..11..11.. TThhee MMXX 명령어 nslookup -q=mx va.foo.com 는 무엇인가 유익한 것을 내어줄 것입니다. 적어도 email 서버의 이름이 IP 주소로부터 얻어져야 합니다. 이것은 mailhost.va.foo.com 혹은 공식적인 서버명일 수 있습니다. 얻어진 이름이 va.foo.com 도메인에 있을 필요는 없습니다. 그러나 적절한 실제의 서버를 지시해야 합니다. 55..11..22.. �가』상� �메事일� �서��버� mailhost.va.foo.com은 DNS에 정의되어야 합니다. 여기서는 mailhost를 사용합니다. pop.va.foo.com이거나 무엇이든지 됩니다. 다음의 명령어는 IP 넘버를 내주어야 합니다. nslookup mailhost.va.foo.com 게다가, 다음의 명령어 nslookup the_IP_number_you_got 는 mailhost.va.foo.com을 주어야 합니다. 당신이 이것을 얻지 못하면, 가상 POP 서버는 전혀 작동하지 않을 것입니다. 정말로. 이 경우에는 안됩니다. 당신은 이 IP 넘버의 적절한 역방향(reverse) 룩업(lookup)이 필요합니다. Linuxconf는 같은 DNS에 가상 도메인으로 특별 역방향 룩업이 정의된다면 이것을 훌륭하게 해냅니다. 따라서 당신이 (nslookup을 가지고) 두 경우의 질의에 대하여 답을 얻게 된다면 가장 어려운 부분을 이루어낸 것입니다. 55..11..33.. �대育응의하求는�((lliisstteenniinngg)) �서��버側가� �있獵는쩝지�?? 이 경우 당신은 다음의 명령어를 이용합니다. telnet mailhost.va.foo.com 이것은 실제 서버에 연결합니다. IP 별칭이 적절히 설치되었음을 입증하게 되는 것입니다. 55..11..44.. �대育응의하求는�((lliisstteenniinngg)) �가』상� PPOOPP �서��버側가� �있獵는쩝지�?? vpop3d가 적절히 설치되었는지 다음의 명령어를 사용하십시요. 만일 이 명령어가 적절한 인사말을 내주면, 제대로 된 것입니다. telnet mailhost.va.foo.com pop-3 다음의 경과를 얻을 것입니다. +OK Virtual va.foo.com POP3 Server (Version 1.004) ready. "va.foo.com"이 여기서 중요합니다. 만일 당신이 이것을 얻지 못하면, 간단히 말해서 가상 도메인이 정의되지 않았거나, 혹은 vpop3d가 /etc/inetd.conf 화일에 설치되지 않았을 것입니다. 55..11..55.. �재瀯빨「리� �점“검改하求는� �도뎠구� /usr/lib/linuxconf/lib/checkvdomain 스크립트는 가상 도메인에서의 vpop3d 설치를 재빨리 점검해 볼때 사용할 수 있습니다. 더 알고 싶으시면 인수없이 수행하십시요. /usr/lib/linuxconf/lib/testalldomain 스크립트는 /etc/named.boot 화일을 읽고 여기에 정의된 모든 것을 추출합니다. 그리고 checkvdomain 스크립트(각 vdomain에 가상 호스트 메일이 있음을 가정할 때)를 각 도메인에 대하여 수행합니다. 이것은 도메인이 적절히 구성되었는지를 보고합니다. 이것은 vdomains를 관리하는데 유익합니다. 66.. �일求단� �수置행碩되퓔면�((OOnnccee ooppeerraattiioonnaall)) 66..11.. PPOOPP �사玲용育자美를� �추煞가′하求는� �방疫법� 일단 가상 email 도메인이 수행되면 여기에 POP 사용자를 추가해야 합니다. User accounts 메뉴에 Virtual POP accounts (mail only) 과 같은 해당 엔트리가 있습니다. 여기서는 당신에게 가상 도메인을 골라 새로운 계정을 추가 또는 편집할 수 있도록 합니다. 66..22.. �공便동� �관桓리��자�((CCoo--aaddmmiinniissttrraattoorr)) 각 가상 email 도메인에 대하여, Linuxconf에 추가되는 새로운 우선순위가 있습니다. 당신은 이 우선순위를 임의의 정상적인 사용자에게 부여할 수 있습니다. 이 사용자는 가상 도메인의 사용자 리스트(POP 사용자만)를 관리하도록 허용될 것입니다. 이것은 html 인터페이스를 사용해도 완벽하게 수행가능 합니다. 66..33.. �사玲용育자微가� �자黴신탔의� �암邱호８를� �변��경戀하求는� �방疫법� POP(POP only) 사용자(그리고 PPP 사용자도)에게 있어서 한가지 문제는 이들이 자신의 암호를 손쉽게 변경할 수 있는 임의의 쉘 계정에 접근할 수 없다는 것입니다. Linuxconf는 이 문제에 대하여 깔끔한 해결방법을 제공합니다. 이것은 html 인터페이스에만 해당합니다. 그리고 이것은 가상 email 도메인을 완벽하게 지원합니다. 만일 당신이 다음의 URL을 브라우져에서 지시한다면, http://your_server:98/htmlmod:userpass: 당신은 누구에게나 자신의 암호를 변경하도록 허용하는 간단한 화면에 접근하게 될 것입니다. "your_server"는 가상 POP 서버의 임의의 사용자이거나 당신의 서버의 정상적인 이름일 수 있습니다. Linuxconf는 도달하는데 사용되는 IP 넘버에 기초한 적절한 암호 화일을 관리할 것입니다. 이 URL을 당신의 서버의 정보(information) 페이지에 _�_�_�_�_�_� 것이 좋은 생각입니다(약간 이상하게 생각될 수 있지만). 77.. �몇載가≠지� �문��제┒점〉들� 77..11.. �변��장�((mmaassqquueerraaddeedd))�된� �가』상� �도돋메事인括의� �모醍든� �외甁부� �송蚌신� eemmaaiill 이것은 좋지 못한 DNS 구성 때문에 야기됩니다. 대부분 서버에서 발송되거나 가상 도메인으로부터 출발하는 어떤 email도 서버의 주(main) 도메인으로부터 오는 것처럼 보이도록 재작성됩니다. 이 문제는 새로운 sendmail 상태로부터 나옵니다. 시작시에 sendmail은 모든 네트워크 인터페이스(그리고 IP 별칭들)을 스캔하며, 이들의 IP 넘버와 연계된 이름을 추출합니다. 이제부터 모든 이름들이 서버의 주(main) 도메인에 해당한다고 가정하게 됩니다. 이들 이름들로부터 발생되는 임의의 email은 주(main) 도메인으로부터 오는 것으로 변장(masquerade)될 것입니다. DNS 문제는 간단하게 IP 넘버의 역 매핑을 설정하여 아 도메인의 호스트 대신 도메인 명을 지시하게 됩니다. Linuxconf는 스스로 도메인 명을 지시하는 역 매핑을 하지 않음으로써 같은 실수를 하지 않도록 할 것입니다. 따라서 IP 별칭에 연계된 모든 IP 넘버들이 도메인 자체가 아닌, 도메인의 호스트를 지시하게 됨을 확인하십시요. 이제 당신의 DNS와 sendmail을 재시작하면 모든 것이 훌륭하게 이루어질 것입니다. 88.. �결掃론� 적절한 IP 별칭을 설정한 후에는, POP 사용자는 3개의 서버인지, 단 하나의 서버인지를 알 수 없을 것입니다. 이것은 중요합니다. 만일 서버의 로드(load)가 증가하면, 당신은 다른 서버로의 가상 email 도메인을 거의 재배치하길 원하지 않을 것입니다. 모든 이(사용자, DNS)에게 이것이 완전하게 감추어질(transparent) 것입니다.