인터넷상에서 온라인 신청을 하시거나 신청양식을 다운 받으신후 사업자등록증과 함께 팩스로 넣어 주시면 됩니다.
서비스 신청 이전에 세부 사항에 관하여 담당 영업사원과 의논하여 주십시오.
(전화: 1644-0016, 팩스: 02-2086-2719)
02.
서비스를 신청하면 어느정도의 기간이 소요됩니까?
일반적으로 설치일 1주일 이전에 말씀하여 주시면 일정에 맞게 맞추어 드립니다.
희망 설치일자가 너무 촉박한 경우에는 해당일에 서버설치 희망자가 많아서 하루 이틀 늦어지는 경우도 있습니다.
다만 이 경우에는 사전에 고객 여러분께 연락을 드립니다.
03.
KIDC에 어떻게 저희 서버를 운반하나요?
미리 담당 영업사원에 통보를 하여주시고 서버를 택배운송 또는 직접 가지고 KIDC로 방문하셔서 연락을 주시면 기술자와 같이 Setup(백본에 연결하는 작업)하시는 것을 보실 수 있습니다.
설치 이후에 고객측 서버의 위치와 접근권한을 알려 드릴 것입니다. 택배업체 운송시 서버 파손의 경우를 위해 보험을 가입하시는 것도 좋겠지요.
KIDC로의 서버운송 전 서버의 데이터를 백업하실 것을 권장합니다.
일반적으로 대형장비의 경우 고객께서 장비를 직접 가지고 오시지 않고, 사전연락 없이 장비업체 또는 택배업체에서 장비를 가지고 오는 경우가 있는데 이런 경우는 KIDC에서 어느 고객의 장비인지 모를 경우가 많습니다.
대형장비 일수록 더욱 신경을 써 주셔야 합니다.
SPAM
01.
스팸메일에 대해 알고 싶습니다.
수신자가 원치 않는 광고성, 상업성 메일을 말합니다. 수신자가 '수신거부' 의사를 밝혔는데 불구하고 메일이 지속적으로 발송되거나, '수신거부'를 할 수 없는 메일인 경우도 스팸메일 입니다.
02.
광고메일 관련 '정보통신이용촉진 및 정보보호등에관한 법률' 에 대해 알고싶습니다.
www.kisa.or.kr 에 가면 자세한 내용을 찾으실 수 있습니다.
현재 우리나라에서는 광고성 전자우편의 전송자체가 금지사항은 아니며 정보통신망이용촉진 및 정보보호에 관한법률 제 50조에서는 수신자가 수신거부를 명시적으로 한 이후에도 또다시 광고성 전자우편을 전송하는 행위를 금지하고 있습니다. 아래의 내용이 원본입니다.
--------------------------------------------------------------------------
제50조(광고성 정보전송의 제한)
① 누구든지 수신자의 명시적인 수신거부의사에 반하는 영리목적의 광고성 정보를 전송하여서는 아니된다.
② 제1항의 규정에 의한 영리목적의 광고성 정보를 전자우편으로 전송하고자 하는 자는 정보통신부령이 정하는 바에 의하여 다음 각호의 사항을 전자우편에 명시하여야 한다.
1. 전송목적 및 주요내용
2. 전송자의 명칭 및 연락처 등
3. 수신거부의 의사표시에 관한 사항
--------------------------------------------------------------------------
동법 시행규칙에서는 광고성 전자우편임을 쉽게 알 수 있도록 광고성 전자우편에 〔광고〕문구를 넣도록 하고 있습니다.다만 이러한 〔광고〕문구의 게재조항은 권고 사항이며, 현재까지는 이를 위반하였어도 법적인 제재가 가해지지는 않습니다.
수신거부 이후에도 지속적으로 광고성 전자우편이 전송된다면
① 처음 받으신 광고성 전자우편.
② 발신자에게 수신거부의사를 회신한 전자우편
③ 그 이후에 재전송된 광고성 전자우편등
관련된 증거자료를 첨부하여 www.cyberprivacy.or.kr 에 신고할 수 있습니다.
03.
현재 저희가 운영하고 있는 사이트의 회원에게 메일을 보냈습니다. '수신거부'기능도 있습니다. 그런데 스팸메일로 다른 곳(SpamCop, ISP업체)에서 통보를 받았습니다. 어떻게 처리를 해야 하는지요?
스팸메일 통보를 받은 것을 해당신고자의 '수신거부'로 생각하시면 됩니다. 사이트의 회원인 경우라도 '수신거부'를 했는데도 두 번 이상 보내면 법적인 제제를 받을 수 있습니다.
04.
저는 이메일추출기 또는 광고메일발송 대행업체를 통해 이메일 광고를 했습니다. 그런데 엄청난 량의 신고메일이 들어왔습니다. 정통부 권고사항처럼 [수신거부]도 넣었는데, 문제가 되는지요?
우선 '신고메일' 자체를 수신거부로 보시기 바랍니다. '수신거부'의사를 밝혔는데도 두번 메일이 발송된다면 법적인 제제를 받을 수 있습니다.
05.
저희 회사의 장비를 통해 나간 메일도 아니고, 저희 회사 또는 저희 사이트광고와도 전혀 관계없는 메일이 신고가 들어왔습니다. 저희 회사에 책임이 있는 건가요?
단순 이미지 링크, 또는 동영상이나 음악링크를 보고 신고가 들어갈 수도 있습니다. 이런경우 스팸 발송지를 찾아 해당링크를 제거하도록 하는 것이 좋습니다.
06.
스팸메일 대응 방법이 궁금합니다.
1.메일 릴레이를 허용으로 인한 신고일 경우
곧바로 [메일릴레이]를 차단해 주시기 바랍니다. 차단 방법은 [릴레이 차단방법]를 확인하시기 바랍니다.
고객님의 메일서버가 제 3자에게 악용되고 있는 상황이므로 최대한 빨리 릴레이를 막으셔야 합니다.
2. 직접 해당IP의 장비에서 메일이 나간 경우 또는 해당 IP의 사이트를 광고하기 위한 메일인 경우
스팸메일 신고가 '수신거부'의사와 마찬가지 이므로 메일을 보내는 목록에서 해당신고자를 빼도록 해주시기 바랍니다. 회원들에게만 보내는 메일인 경우에도 마찬가지로 신고자를 목록에서 빼도록 해주시기 바랍니다.
해외에서 신고 받은 메일인 경우 해외로 나가는 광고 성 메일을 막아주시기 바랍니다.
07.
메일릴레이(Third Part Relay)란 무엇인가요?
허가받지 않은 사용자(임의의 사용자)가 메일서버를 통해 메일을 보내는 것을 허용한 상태를 말합니다.
08.
잘 이해가 안가는데요? 임의의 사용자가 제 메일서버를 사용하다니요? 아웃룩을 사용해보면 패스워드 넣어라고 나오는데요?
메일서버는 보내는 메일(SMTP), 받는메일(POP3, IMAP4)등으로 나눠져 있습니다. 메일서버를 통해 메일을 보내는 경우 sendmail, emwac, exchange 서버등을 사용하는데 이는 '보내는 메일'이며 SMTP protocol을 사용합니다.
SMTP protocol은 메일을 보내는 프로토콜인데, 이 프로토콜에는 사용자(보내는사람)의 ID, PASSWORD를 넣는 란이 없습니다. 즉 사용자 인증부분이 없습니다. 아웃룩에서 패스워드를 묻는것은 POP3 또는 IMAP을 사용하여 내 메일을 받아올 때 사용하는 패스워드입니다. 실제 아웃룩에서도 패스워드 입력 없이 메일전송이 됩니다.
09.
릴레이 허용이 문제가 되나요?
두가지 문제점이 있습니다.
1. 내 메일서버를 사용하여 스팸메일이 발송되므로, 내 IP가 포탈사이트, ISP업체들로부터 블럭킹이 되거나, RBL(Realtime Block List)에 명단이 올라서 메일서비스에 지장이 갈 수 있습니다.
2. 스패머들은 한두통의 스팸이 아니라 수만통에서 많게는 수십만, 수백만통의 메일을 보냅니다. 즉 메일 릴레이를 하는 장비가 과부하에 걸릴 수 있습니다.
두가지 방법이 있습니다.
1. 메일서버를 설정하실때 '특정 IP 대역'에 대해서만 릴레이를 허용하게 설정해야 합니다.
2. 메일서버를 인증을 통해서만 릴레이를 허용하게 설정할 수 있습니다. 이때에는 보내는 메일 클라이언트가 '인증을 통한 메일보내기'를 하도록 하고, 메일서버도 이를 지원하도록 설정해 줘야 합니다.
* 1,2 번 방법은 실제 메일서버마다 틀리거나 어떤것은 지원되지 않는것도 있습니다. 또한 위치의 제약을 받지 않는다는 점에서 2번 방법이 더 장점을 갖습니다.
12.
저희는 웹 메일 프로그램을 사용하고 있습니다. 설정상 주의점이 궁금합니다.
웹 메일을 사용하는 경우 실제 메일전송 요청을 하는 웹 메일 프로그램은 로컬 컴퓨터에 있으므로, 릴레이 허용 IP를 로컬IP로만 해두시면 됩니다.
13.
저희는 유동IP를 사용합니다. 특정IP대역에서만 보내는 건 힘듦니다. 어떻게 해야할까요?
몇 가지 방법이 있습니다.
1. 유동IP를 사용하는경우(ADSL 등등) 해당 서비스를 제공하는 ISP업체에서 보내는 메일서버를 지원합니다. 보내는 메일서버를 해당 ISP의 메일서버로 하시면 됩니다.
2. 웹 메일을 사용하는 방법도 있습니다.
3. 위에서 말한것처럼 메일서버를 인증을 통해서만 릴레이를 허용하게 설정하여 사용할 수 있습니다.
메일서버별 릴레이 차단방법
다음은 mail server 별 릴레이 차단 방법입니다.
--------------------------------------------------------------------------
* sendmail 릴레이차단방법
sendmail은 access 파일에서 릴레이 허용IP를 설정할 수 있습니다. 또한 인증을 통한 릴레이 허용도 지원합니다. 아래는 access 파일 설정 방법만 설명하겠습니다.
1. Sendmail 8.x 의 경우
* 기본적으로 sendmail 버젼이 8.9 이하이면 보안문제로 인한 업그레이드를 권장합니다.
1) sendmail 8.7.x 이하
Third Party Relay를 막으려면 적어도 sendmail 8.8.x 가 되어야 합니다. 따라서 최신의 sendmail로 업그레이드를 하시기 바랍니다.
2) sendmail 8.8.x
sendmail.cf에 아래와 같은 Rule set을 넣고 sendmail.cR파일에 relay를 허용하는 호스트의 FQDN이나 IP address를 입력하면 됩니다.
sendmail.cf에 넣어야 하는 내용 : /etc/sendmail.cR파일에 룰을 사용하고, 기본적으로 로컬메일서버로 오는 메일, 로컬메일서버에서 나가는 메일은 허용하겠다는 내용입니다.
FR-o /etc/sendmail.cR
Scheck_rcpt
# anything terminating locally is ok
R< $+ @ $=w > $@ OK
R< $+ @ $=R > $@ OK
# anything originating locally is ok
R$* $: $(dequote "" $&{client_name} $)
R$=w $@ OK
R$=R $@ OK
3) sendmail 8.9.x 이상
기본적으로 third party relay를 금지하고 있습니다.따라서 sendmail.cf에 특별한 수정없이 relay에 관한 파일만 수정하면 됩니다.
아래에서는 사용하고 있는 도메인 이름이 kidc.net 이고, 호스트 이름이 mail, ip address가 203.248.250.29 인 경우라고 가정하고 릴레이 허용 IP를 추가하는 방법을 살펴봅니다.
1)/etc/mail/access : 누가 이 메일 서버를 릴레이 서버로 지정해서 사용할 수 있는가, 어떤 주소에서 오는 메일은 거절할 것인가를 설정하는 파일입니다.
access 파일 내용
203.248.250 RELAY
cyberpromo.com REJECT
2) 이렇게 설정한 경우 203.248.250.0/24 서브넷에 있는 컴퓨터들에 릴레이를 허용합니다.
그리고 cyberpromo.com과 cyperpromo.com 도메인에 속하는 모든 호스트에서 오는 메일은 거절합니다. 일단 이 화일을 만드셨다면 이제는 DB 화일을 만드셔야 합니다.
$ cd /etc/mail
mail $ makemap hash access < access
--------------------------------------------------------------------------
--------------------------------------------------------------------------
* EMWAC 릴레이차단방법
emwac은 기본적으로 릴레이 차단을 지원 안합니다. 따라서 ms2emwac이라는 플러그인을 깔아야 합니다. 자세한 사항은 www.ntfaq.co.kr를 참조하시기 바랍니다.
--------------------------------------------------------------------------
--------------------------------------------------------------------------
*Exchange server 릴레이차단방법
1) 방법1
릴레이 메일에 방치되는 이유는 POP3/IMAP 클라이언트 지원을 위한 설정을 하기 때문 입니다.
근원적으로 이것을 차단하면 되지만 pop3 클라이언트를 사용하시는 분들이 많기 때문에(근원적으로 차단하려면, POP3/IMAP 클라이언트 지원을 포기해야 합니다. 이런 설정을 원하면, IMS 의 routing 탭에서 'do not reroute incoming mail' 옵션을 선택합니다)
2) 방법2(사용자 인증을 통한 방법)
POP3 클라이언트를 지원하면서도... 가장 단순하고 간단한 방법을 소개합니다.
1. 익스체인지 최신 서비스 팩을 설치합니다.
2. Internet Mail Service 등록정보를 엽니다.
3. Routing 탭으로 갑니다.
4. Routing Restriction 버튼을 누릅니다.
5. 가장 위에 있는 'host and client that successfully authenticate' 옵션을 선택합니다. 이 옵션을 선택하면, 인증 받은 사용자에 한해서만 릴레이를 해 주고 인증 받지 않은 사용자(우리의 적 스패머...)경우 '550 Relaying is prohibited......' 오류를 반환합니다. 이런 옵션을 주면, pop3 클라이언트에서 '보내는 메일 서버' , '인증 필요' 설정을 한 사람만 메일을 릴레이 할 수 있습니다.
14.
Sendmail 에서 보내는 메일에 인증을 사용하는 방법을 알고 싶습니다.
ESMTP 프로토콜을 사용하면, 인증로그인 을 설정하여 outlook 등에서 사용할 수 있습니다.
- 자신의 서버장비를 smtp서버로 쓰기를 원하는 경우
- 유동IP를 사용하거나 해당장비를 쓰기를 원하는 사람이 여기저기 있는 경우
- 결국 여기저기에 있는 사람들이 어떤 서버장비를 smtp서버 및 pop3서버로 사용하기를 원하는데 그것을 /etc/mail/access에서 제어 하기는 어렵고 Spammer에게도 도용 당하지 않는 방법입니다.
설정방법
1) /etc/sendmail.cf에서 relay허용
- R $#error $@ 5.7.1 $: "550 Relaying denied. IP name lookup failed " $&{client_name}
- R$* $#error $@ 5.7.1 $: "550 Relaying denied"
- 위에 해당하는 line을 comment하여 relay허용상태로 조정
2) /etc/sendmail.cf에서 PLAIN LOGIN enable
- O AuthMechanisms=LOGIN PLAIN GSSAPI KERBEROS_V4 DIGEST-MD5 CRAM-MD5 형태로 수정
3) /usr/lib/sasl/Sendmail.conf수정
- pwcheck_method: shadow형태로 수정
4) sendmail
restart - /etc/rc2.d/S80sendmail restart
5) 확인방법
- sendmail에서의 접속으로 확인가능
[root@khosting1 /etc]# telnet localhost smtp
Trying 127.0.0.1...
Connected to khosting1.
Escape character is '^]'.
220 localhost.localdomain ESMTP Sendmail 8.11.2/8.11.2; Fri, 8 Jun 2001 15:11:19 +0900
ehlo localhost
250-localhost.localdomain Hello khosting1 [127.0.0.1], pleased to meet you
250-ENHANCEDSTATUSCODES
250-8BITMIME
250-SIZE
250-DSN
250-ONEX
250-ETRN
250-XUSR
250-AUTH LOGIN PLAIN
250 HELP
quit
221 2.0.0 localhost.localdomain closing connection
Connection closed by foreign host.
*250-AUTH LOGIN PLAIN이라는 형태가 나오면 가능.
3. PC Client에서의 설정방법 (Outlook Express, Outlook)
- 도구->계정->메일->등록정보->서버->보내는 메일서버에서 "인증필요"를 check, "설정"을 선택한 후 로그인 정보에 계정 id및 비번입력 보안암호인증을 사용하여 로그온은 선택하면 안된다.
전자메일(e-mail)은 인터넷 서비스중 http, telnet, ftp 와 함께 가장 기본적으로 제공되는 서비스 입니다. 초기의 전자메일 방식은 컴퓨터간에 메일을 복사(UNIX-to-Unix Copy Program)하는 단순한 방식으로 시작했고, 각 업체마다 자신들의 고유한 프로토콜을 사용함으로 인해 호환성에 문제가 있었습니다.
현재 표준으로 제안된 전자메일 프로토콜은 RFC 821입니다. 이는 텍스트위주의 명령어 방식 프로토콜로 직접 보더라도 쉽게 해결이 가능한 방식입니다.
아래그림은 전자메일이 발송되는 원리를 실제메일과 비교한 그림입니다.
실제 메일과 마찬가지로 전자메일을 주고받기 위해서도 여러 요소가 필요합니다.
우선 용어를 살펴보면,
1) MUA
- Mail User Agent 의 약자로 정확한 대응은 아니지만, 실생활에 '우체통'에 해당합니다. 사용자가 메일을 쓰고, 보내고, 받아보는 프로그램을 말합니다. outlook, outlook express, netscape mail client, 유닉스의 mailx, elm 등등의 프로그램이 이에 해당합니다. 메일을 쓰고, MTA(우체국)까지 보내는 기능을 담당합니다.
2) MTA
- Mail Transport Agent 의 약자로 실생활에 '우체국'에 해당합니다. MUA로 부터 전달받은 메일을 보내는쪽 MTA(우체국)까지 전달해 줍니다. sendmail, exchange server, emwac, mecury mail 등이 이에 해당합니다.
3) POP/IMAP
- MUA 에서 MTA로 메일을 보내거나 받을때 사용하는 프로토콜입니다. 집배원이 '우체통'에서 '우체국'으로 메일을 전달하는 역할을 해줍니다. 당연한 내용이겠지만, MUA 프로그램과 MTA 프로그램 둘다 이 프로토콜을 지원합니다.
4) SMTP
- Simple Mail Transfer Protocol의 약자로 MTA와 MTA 간에 메일을 전송할때 사용하는 프로토콜입니다. 이렇듯이 MUA에서 직접 받는쪽 MTA에 보내기보단, MUA->MTA->MTA'->MUA' 의 방식을 사용합니다.
16.
메일헤더 보는 법을 알고 싶습니다.
아래는 간단한 메일원본 샘플입니다.
From you@here.net Fri Dec 13 08:11:44 1996
Received: from you@localhost by here.net(8.8.4/8.8.4)
Date: Fri, 13 Dec 96…
From: you@here.net (your full name)
Message-ID:
Subject: mail sample
To: you
This is a one line message
메일헤더는 메일서버(MTA)를 거칠 때마다 덧붙여 집니다. 헤더의 끝은 빈칸으로 구분됩니다. 위의 메일에서는 끝에서 둘째줄(빈칸)이 본문시작을 알립니다.
처음 시작하는 From은 보내는 이를 나타냅니다.(':' 표시가 없음을 주의하시기 바랍니다.)
둘째줄에 Received 는 중간에 거친 메일서버(MTA)정보를 나타냅니다.
위의 경우에는 메일을 보낸 장비의 로컬 메일서버를 거쳐갔음을 알 수 있습니다.
Received는 다시 세 개의 요소로 구성되는데, 'from', 'by', 'for' 가 그 세가지 입니다.
'from' 은 보낸 곳(MTA 또는 MUA), 'by' 는 현재 거치는 곳(MTA), 'for' 는 최종 목적지를 나타냅니다.
각각의 MTA는 for를 참조하여 지속적으로 메일 라우팅을 합니다. 즉, for 값은 변하지 않습니다.
Message-ID 는 메일서버가 해당메일에 대한 고유성을 체크하기 위해 임의로 붙이는 표시입니다.
Subject 는 메일의 제목을 나타내고, To 는 받는 이를 나타냅니다.
그밖에 다양한 메일헤더가 본문 이전에 올 수 있습니다.
메일이 어디부터 시작되었고, 어떤 메일서버를 거쳐서 왔는지를 판단하려면 Received 부분을살펴봐야 합니다.
각 메일서버를 거칠 때 마다 Received 항목이 하나씩 증가하게 됩니다.
아래의 예는 웹 메일(mail1.test.com)을 사용하여 test.com 에서 you@kidc.net 으로 메일을 보내는 과정입니다.
1) 웹 메일 어플리케이션은 우선 로컬호스트의 메일서버(mail1.test.com)에 메일을 보냅니다.
2) mail1.test.com 은 받은 메일을 mail2.test.com으로 보냅니다.
3) mail2.test.net 은 받은 메일을 mail1.kidc.net으로 보냅니다.
4) mail1.kidc.net 은 받은 메일을 mail.kidc.net으로 보냅니다.
* mail.kidc.net이 최종 도착지 이므로 mail.kidc.net 에 메일서버는 해당 사용자에게 메일을 배달하게 됩니다. 여러 메일서버를 거쳐서 메일이 가는 이유는 상황에 따라 메일 라우팅 정책이 다르기 때문입니다.
아래는 실제 복잡한 메일샘플입니다.
From sender@test.com Fri Apr 26 18:03:46 2002(1)
Return-Path: (2)
Received: from mx-s0.test.com (mx-s0.test.com [211.174.54.135])(3)
by mail.kidc.net (8.11.3/8.11.3) with ESMTP id g3Q93kL20005
for ; Fri, 26 Apr 2002 18:03:46 +0900
Received: from mail12.test.com (mail12.test.com [211.174.54.32])(4)
by mx-s0.test.com (8.12.3/8.12.3) with ESMTP id g3Q93mkn004237
for ; Fri, 26 Apr 2002 18:03:48 +0900 (KST)
Received: from localhost (localhost [127.0.0.1])(5)
by mail12.test.com (8.12.3/8.12.3) with ESMTP id g3Q93eKl065340
for ; Fri, 26 Apr 2002 18:03:40 +0900 (KST)
Message-Id: <200204260903.g3Q93eKl065340@mail12.test.com>(6)
Date: Fri, 26 Apr 2002 18:03:40 +0900 (KST) (7)
From: =?EUC-KR?B?wMy5zr3E?= (8)
Subject: =?EUC-KR?B?W0Z3ZDpbZTR1IMfQvcAguN7Az10gSXMgZXZlcnl0aGluZyBhbHJpZ2h0Pw==?=
=?EUC-KR?B?IF0=?=(9)
To: you@kidc.net(10)
Organization:X-Sender-IP: 111.222.333.444
X-Sender-ID: sender@test.com
X-Priority: 3
X-Mailer: KIDC Web-Mailer V3.0
X-DreamWiz-Data: receive_check=1;save=mail12.test.com:sender:Sent:252;
MIME-Version: 1.0
Content-Type: MULTIPART/MIXED; BOUNDARY="0-1053024143-1019811820=:65336"
Status: RO
X-Status:X-Keywords:
X-UID: 54(11)
위의 예제에서는 11번 위 까지가 메일헤더 입니다.
위의 부분만 살펴보면 로컬호스트에서 요청한 메일은 로컬메일서버(mail2.test.com)을 거쳐 ms-so.test.com 을 거쳐 mail.kidc.net로 전달 됩니다.
만일 위의 메일이 웹 메일을 사용해서 보낸 메일이라면 실제 보낸 곳이 어디인지 알 수 없습니다. 위에서는 X-Sender-IP: 라는 필드에서 실제 보낸 곳을 저장해 두었습니다.
DNS관련
01.
DNS 서버에는 두가지 종류가 있다고 들었습니다. 어떤 것들이 있으며 어떻게 다른지요?
DNS서버를 두가지를 분류하면 권한서버(DNS Authority Server)와 캐쉬서버(DNS Cache-Only Server)로 분류할 수 있습니다. 권한서버는 각각의 도메인의 존파일을 담고 있는 서버입니다. 실질적으로 도메인의 IP 주소의 근원인 셈이죠. 권한서버는 기본적으로 캐쉬서버와만 통신을 합니다. 즉 일반유저의 PC에서 권한서버에 가서 IP정보를 받아오기 위해서는 미리 지정해 놓은 DNS캐쉬서버가 있어야 하고, 이 DNS 캐쉬서버가 대신 정보를 알아다 줍니다. 때문에 DNS 캐쉬서버를 DNS Proxy(대리자)라고 하기도 하죠.
02.
Zone파일이란 무엇입니까?
zone파일이란 고객의 도메인 이름과 IP 주소의 mapping정보를 담고 있는 파일입니다. 이 파일은 권한서버에 존재하게 됩니다. 안에 담기는 정보에는 도메인이름, 호스트와 각각의 IP 주소, TTL, 시리얼번호 등이 있습니다.
