가짜 이메일 용어 사전: MX 레코드, DNS, punycode 등 용어
저희 글에서는 무엇이든 진짜 이름으로 부릅니다. 도메인 관리 화면, 오류 메시지, 공식 문서에서 보게 되는 이름 그대로입니다. 그래야 맞는 설정을 찾거나 그 말을 직접 찾아볼 수 있습니다. 어떤 용어가 헷갈리면 아무 글에서나 그 용어를 누르세요. 이곳의 짧은 설명으로 바로 옵니다.
도메인
끝자리(TLD, 도메인 존)
도메인 이름의 마지막 부분입니다: .com, .net, .kr, .email. TLD는 top-level domain, 곧 최상위 도메인을 뜻합니다. 끝자리마다 고유한 규칙과 평판이 있고, 가입 양식이 그 끝자리의 주소를 받아 줄지가 여기에 달려 있습니다. 참고: 가짜 이메일용 도메인.
하위 도메인
다른 도메인 안에 있는 이름입니다: mail.example.com은 example.com의 하위 도메인입니다. 상위 도메인 주인의 것이므로, 주인 한 명이 아니라 두 명에게 달려 있습니다.
와일드카드 도메인
어떤 하위 도메인이든 작동하도록 설정한 도메인입니다: anything.example.com, other.example.com 등이 하나하나 만들지 않아도 메일을 받습니다.
등록업체(registrar)
도메인을 사고 관리하는 회사입니다. 이 회사에 돈을 내고, 이 회사의 관리 화면에서 도메인의 DNS 레코드를 바꿉니다. 참고: 무료 도메인 등록업체.
레지스트리(registry)
끝자리 하나 전체(예: 모든 .kr 이름)를 운영하고 그 도메인들의 원본 목록을 가진 기관입니다. 직접 상대할 일은 없고, 그 일은 등록업체가 합니다.
ICANN
도메인 이름을 조정하는 국제기구입니다. 등록업체를 인증하고, 대부분의 끝자리가 따르는 규칙 — 만료된 도메인을 어떻게 처리하는지도 포함 — 을 정합니다.
WHOIS
공개 조회입니다. 누가 어느 등록업체를 통해 도메인을 등록했는지, 언제 만료되는지 알 수 있습니다. 개인정보 보호 서비스를 쓰면 소유자의 연락처를 가릴 수 있습니다.
도메인 상태(레지스트리 상태)
레지스트리가 도메인의 상황을 표시하는 코드입니다: ok는 정상, clientHold나 serverHold는 꺼진 상태, redemptionPeriod는 만료됐지만 아직 되찾을 수 있는 상태, pendingDelete는 곧 풀려날 상태입니다. 참고: 가짜 이메일 도메인이 작동을 멈췄을 때.
DNS
DNS
Domain Name System, 도메인 이름 시스템 — 인터넷의 주소록입니다. “이 도메인의 메일은 어느 서버가 받나?” 같은 질문에 답합니다. DNS가 제대로 돌지 않으면 도메인은 아무것도 받을 수 없습니다.
네임서버(NS)
도메인의 DNS 레코드를 갖고 있고, 그에 관한 질문에 답하는 서버입니다. 네임서버가 하나도 없는 도메인은 인터넷에서 아무것도 찾을 수 없어, 사실상 꺼진 것입니다. 참고: 가짜 이메일 도메인 확인.
DNS 레코드
도메인 설정의 한 줄입니다. 예를 들어 “메일은 이 서버로”. 레코드에는 종류(MX, A, CNAME, TXT, NS…), 값, TTL이 있습니다. 등록업체에서 추가하고 바꿉니다.
MX 레코드
도메인의 메일을 어느 서버가 받는지 알려 주는 DNS 레코드입니다(MX는 mail exchanger의 약자). 내 도메인에서 가짜 이메일을 받으려면 이 레코드 하나만 추가하면 됩니다. 참고: 내 도메인 쓰기.
A 레코드
이름을 IP 주소로 가리키는 DNS 레코드로, 보통 웹사이트가 있는 곳입니다. 메일의 길을 정하지는 않습니다. 메일에는 MX 레코드가 필요합니다.
CNAME 레코드
“이 이름은 저 이름의 별칭”이라는 DNS 레코드입니다. 메일을 받는 데 MX 레코드를 대신할 수 없습니다.
TXT 레코드
자유로운 텍스트를 담는 DNS 레코드로, 도메인이 내 것임을 증명하거나 메일 규칙을 적을 때 자주 쓰입니다. 메일의 길을 정하지는 않습니다.
NS 레코드
도메인의 네임서버를 나열하는 DNS 레코드입니다.
SOA 레코드
도메인의 기본 기술 정보(주 네임서버와 시간 설정)를 담은 DNS 레코드입니다. 작동하는 도메인이라면 모두 가지고 있습니다.
TTL
Time to live, 유효 시간: 다른 서버가 DNS 레코드를 다시 묻기 전까지 몇 초 동안 기억해도 되는지를 뜻합니다. 그래서 바꾼 내용이 모든 곳에 바로 보이지는 않습니다.
메일 전달
SMTP
메일 서버끼리 메일을 주고받는 표준 방식입니다. 가짜 이메일 받은편지함에 오는 메일도 다른 메일과 똑같이 평범한 SMTP로 도착합니다.
그레이리스팅(greylisting)
스팸 방지 방법의 하나입니다. 받는 서버가 처음 보는 발신자에게 몇 분 뒤 다시 보내 달라고 합니다. 진짜 발신자는 다시 보내므로 메일은 도착합니다 — 조금 늦을 뿐입니다. 참고: 인증번호 받기.
반송(bounce)
배달하지 못하고 오류와 함께 발신자에게 되돌아오는 메일입니다. 예를 들어 그 도메인이 메일을 받지 않는 경우입니다.
차단 목록(blocklist)
사이트가 거부하는 도메인이나 주소의 목록입니다. 많은 사이트가 알려진 가짜 이메일 도메인 목록을 두고 가입할 때 거부합니다. 참고: 사이트가 가짜 이메일을 받아 주지 않을 때.
메일 헤더
모든 메일 앞부분에 있는 기술적인 줄들입니다. 누가 보냈는지, 어느 서버를 거쳤는지, 언제, 어떤 설정으로 보냈는지가 담깁니다. 메일 프로그램은 보통 이를 숨깁니다.
IP 주소
인터넷에서 기기나 연결을 나타내는 번호입니다. 방문하는 모든 사이트가 내 IP 주소를 보며, 이를 통해 통신사와 지역을 대략 알 수 있습니다.
주소와 이름
로컬 파트(local part)
주소에서 @ 앞의 모든 부분, 곧 이름입니다. 표준은 64자까지 허용합니다. 참고: 가짜 이메일 주소 FAQ.
Gmail의 점과 더하기 기호
Gmail은 이름 속 점과 + 뒤의 모든 것을 무시합니다. 그래서 j.ohn+shop@gmail.com은 john@gmail.com과 같은 받은편지함으로 갑니다. 참고: 가짜 Gmail, Gmail Washer.
ASCII
단순한 라틴 문자, 숫자, 기호로 된 기본 문자 집합으로, 메일 서버는 이를 바탕으로 만들어졌습니다. 이 범위를 벗어난 이름은 보내기 전에 변환해야 합니다.
Unicode
모든 언어의 문자와 이모지를 아우르는 표준입니다. Unicode로 쓴 도메인은 뒤에서 ASCII(punycode)로 바뀝니다.
IDN(국제화 도메인 이름)
비라틴 문자나 이모지가 든 도메인입니다. 예: пошта.укр, 🎅.example. 참고: 이모지 도메인의 가짜 이메일.
Punycode
IDN을 ASCII만으로 쓴 형태로, xn--로 시작하는 코드입니다. 같은 이름은 늘 같은 코드가 되고, 되돌릴 수도 있습니다. 참고: punycode 변환기.
개발자를 위해
API
사람이 아니라 프로그램이 서비스를 쓰는 방법입니다. 이 사이트에는 공개 API가 없습니다. 참고: 테스트용 가짜 이메일.
RFC
번호가 붙은 인터넷 표준 문서입니다. 예를 들어 RFC 2606은 example.com 같은 이름을 문서와 테스트용으로 예약해 둡니다.
localhost
컴퓨터가 자기 자신을 부르는 이름입니다. 실제 메일에 든 localhost 링크는 보낸 사람의 컴퓨터에서만 열리고, 다른 모든 사람에게는 깨진 링크입니다.