DKIM 생성기
DKIM 키 쌍과 그대로 게시할 수 있는 TXT 레코드를 만듭니다.
생성한 키로 DKIM 설정하는 방법
- 도메인과 셀렉터를 입력하고 키 길이를 고른 뒤 “DKIM 키 생성”을 클릭합니다.
- DNS 서비스에서 TXT 레코드를 만듭니다. 위에 표시된 레코드 이름(selector._domainkey, 또는 DNS 서비스가 요구하면 전체 이름)을 사용하고 TXT 값을 붙여 넣습니다.
- 메일 서버의 DKIM 서명 설정에 개인 키를 등록합니다. 셀렉터와 도메인은 같은 값을 사용합니다.
- 개인 Gmail 주소로 테스트 메일을 보내고 “원본 보기”를 엽니다. DKIM 옆에 PASS가 표시되어야 합니다.
PASS가 나오지 않으면 DNS 레코드 게시가 끝났는지, 서버의 셀렉터가 DNS의 셀렉터와 정확히 같은지 확인하십시오. DKIM이 SPF, DMARC와 함께 작동하는 방식은 SPF, DKIM, DMARC 설명을 참고하십시오.

셀렉터와 키 길이 고르기
셀렉터는 이름표일 뿐이므로 나중에 알아볼 수 있는 이름을 고르십시오. s2026a처럼 날짜를 넣은 이름을 쓰면 키를 교체할 때 어느 키가 현재 키인지 바로 알 수 있습니다. 셀렉터에는 영문자, 숫자, 하이픈을 쓸 수 있습니다.
키 길이는 2048비트가 안전한 기본값입니다. Gmail은 DKIM 키에 1024비트 이상을 요구하고 2048비트를 권장합니다. RFC 8301도 서명하는 쪽은 1024비트 이상을 사용해야 하며 2048비트를 사용하는 것이 좋다고 정합니다. 같은 RFC는 수신 측이 4096비트까지의 키를 처리하도록 요구합니다. 하지만 4096비트 레코드는 길어서 일부 DNS 관리 화면에서 제대로 다루지 못합니다. 따라서 4096비트는 이유가 있을 때만 선택하십시오.
DKIM 레코드의 구성
| 태그 | 의미 | 예시 |
|---|---|---|
| v | 버전입니다. 생략할 수 있지만, 넣는 경우 맨 앞에 와야 합니다 | v=DKIM1 |
| k | 키 유형입니다. 기본값은 rsa입니다 | k=rsa |
| p | base64로 인코딩한 공개 키입니다. p= 값이 비어 있으면 키가 폐기되었다는 뜻입니다 | p=MIIBIjAN... |
| t | 플래그입니다. y는 테스트 중이라는 뜻이고, s는 이 키를 하위 도메인에 쓸 수 없다는 뜻입니다 | t=y |
이 밖에 h(해시 알고리즘), n(메모), s(서비스 유형) 태그 3개가 더 있지만, 쓸 일은 거의 없습니다.
긴 DKIM 레코드를 나누는 이유
2048비트 공개 키는 base64로 인코딩하면 약 390자가 됩니다. DNS는 TXT 데이터를 문자열 하나당 최대 255자로 저장합니다(RFC 1035). 그래서 이렇게 긴 키는 문자열 2개 이상으로 나누어 게시해야 하고, 수신 측은 서명을 확인하기 전에 나뉜 문자열을 다시 하나로 합칩니다. 대부분의 DNS 관리 화면은 단일 문자열 형식을 붙여 넣으면 값을 자동으로 나눕니다. 위의 존 파일 형식은 BIND 존 파일을 직접 편집하는 사용자를 위한 것입니다. 존 파일에서는 문자열을 괄호 안에 넣어 레코드를 여러 줄에 걸쳐 쓸 수 있습니다.
DKIM 키 교체(로테이션)
문제없이 키를 바꾸려면 새 셀렉터로 새 키 쌍을 생성하고, 그 레코드를 기존 레코드와 함께 게시합니다. 서버가 새 셀렉터로 서명하도록 바꾼 뒤, 기존 키로 서명한 메일이 모두 전달되면 기존 레코드를 삭제합니다.
자주 묻는 질문
키 쌍은 브라우저에 내장된 Web Crypto API로 만들어지며, 개인 키는 Giggal.ai 서버를 포함해 어디에도 전송되지 않습니다. 그래서 Giggal.ai도 개인 키를 복구할 수 없습니다. 페이지를 떠나기 전에 다운로드하십시오.
메일 서버의 DKIM 서명 설정에만 넣습니다. DNS에 넣거나 이메일로 보내지 마십시오. 게시하는 것은 TXT 값 안에 들어 있는 공개 키뿐입니다.
DNS 서비스가 긴 레코드를 저장하지 못하는 경우가 아니라면 2048비트를 쓰십시오. Gmail은 최소 1024비트를 허용하지만 2048비트를 권장합니다. RFC 8301도 서명하는 쪽은 2048비트 이상을 사용하는 것이 좋다고 정합니다.
TXT 레코드의 문자열 하나에는 최대 255자만 들어가는데, 2048비트 키는 그보다 깁니다. 수신 측이 문자열을 다시 하나의 값으로 합치므로, 나누어도 레코드 내용은 바뀌지 않습니다.
많은 서명 도구가 표준 PKCS#8 파일(BEGIN PRIVATE KEY)을 받습니다. 사용하는 도구가 BEGIN RSA PRIVATE KEY를 요구하면 PKCS#1 버전을 다운로드하십시오. 같은 키를 예전 형식으로 저장한 것입니다.
서버에서 개인 Gmail 계정으로 메일을 보내고, 메일을 열어 “원본 보기”를 선택합니다. Gmail은 위쪽에 DKIM 결과를 보여 줍니다. 발신 도메인에 대해 PASS가 표시되면 됩니다.
아니요. 두 서비스 모두 자체 DKIM 키를 만들므로, 각 관리 콘솔의 설정 기능을 사용하십시오. 이 도구는 서명 키를 직접 관리하는 서버를 위한 것입니다.
DKIM 설정을 마쳤다면 이메일 리스트도 확인하십시오.
무료 크레딧 1,000개를 드립니다. 신용카드는 필요 없습니다.
