브랜딩/영수증/계정 표기가 모두 기본 도메인 기준입니다. 변경은 가능하지만 영향 범위가 큽니다.
별칭 도메인
같은 사서함으로 다른 주소도 수신(user@alias.com ⇒ user@기본). 리브랜딩·철자 보완·글로컬 운영에 유용합니다.
발신 주소 선택 정책(From 허용/차단) 점검, 마케팅 도메인과 혼용 시 SPF/DKIM 정합성 확인.
보조 도메인
다른 사용자·그룹을 별도 주소 체계로 운영(user@subbrand.com 별도 계정).
자회사/브랜드 분리, 외주 조직 분리에 적합. 정책·라이선스·DLP 규칙을 도메인별로 분리 운영.
서비스 URL
mail.domain.com, drive.domain.com 등 접근용 CNAME(선택).
SSO/리디렉션/SSL과 충돌 없는지 점검. 북마크/인트라넷 링크 표준화.
용어 정리 — 별칭: 같은 사서함에 다른 주소 추가 / 보조: 다른 사서함을 별도 도메인으로 운영.
DNS 레코드(전달률·보안의 핵심)
레코드
용도
설정 예시/주의
MX
메일 수신 라우팅
구글 MX 5종을 우선순위대로 등록. 기존 MX는 제거해 충돌 방지.
SPF (TXT)
발신 서버 인증
v=spf1 include:_spf.google.com ~all 기본. 외부 발신 SaaS는 include 추가 후 정책(~all/−all) 검토.
DKIM (TXT)
발신 도메인 서명
관리콘솔에서 키 생성 → selector._domainkey에 TXT 추가 → 서명 활성화.
DMARC (TXT)
도메인 모니터·정책
_dmarc.domain.com에 p=none으로 시작, 리포트 분석 후 quarantine/reject 상향.
샘플 DNS 존 스니펫
; Google Workspace – 최소 구성 예시
@ IN TXT "v=spf1 include:_spf.google.com ~all"
google._domainkey IN TXT "v=DKIM1; k=rsa; p=MIIBIjANBgkqhkiG9..." ; 콘솔에서 발급
_dmarc IN TXT "v=DMARC1; p=none; rua=mailto:dmarc@domain.com; fo=1"
@ IN MX 1 aspmx.l.google.com.
@ IN MX 5 alt1.aspmx.l.google.com.
@ IN MX 10 alt2.aspmx.l.google.com.
@ IN MX 10 alt3.aspmx.l.google.com.
@ IN MX 10 alt4.aspmx.l.google.com.
TXT 검증은 표준 절차입니다(값 복사 → DNS 추가 → 콘솔 확인). 검증을 MX로 시작했더라도 SPF/DKIM/DMARC는 별도로 꼭 구성하세요.
도메인 연결 · 마이그레이션 단계별 가이드
1) 도메인 검증
TXT(권장) 또는 MX로 소유권을 검증합니다. 네임서버 위치와 TTL을 먼저 확인하세요.
2) 사용자/그룹 설계
OU·그룹 메일(예: sales@)·공유드라이브·별칭/보조 도메인 운용 원칙을 문서화.
3) DNS 전환(MX·SPF·DKIM·DMARC)
MX 전환 전 DKIM 키 생성, SPF 정합성 확인. 전환은 비혼잡 시간대 권장.
4) 메일 이전
IMAP/Exchange 마이그레이터로 사전 동기화 → 전환 → 잔여 동기화. 대용량 첨부는 드라이브 링크로 치환.
