[ DNS 공급자 가이드 ]

Gandi에 이메일 인증 기록 게시: 구성 및 확인

레코드 문자열, 공유 영역 또는 값을 제공하는 메일 서비스를 혼동하지 않고 Gandi LiveDNS에 SPF , DKIM 및 DMARC 레코드를 게시합니다.

EmailAuth 연구팀 제공 · 5분 읽기

[ 핵심사항 ]

  • 레코드 문자열, 공유 영역 또는 값을 제공하는 메일 서비스를 혼동하지 않고 Gandi LiveDNS에 SPF , DKIM 및 DMARC 레코드를 게시합니다.
  • 공유 영역 편집 또는 복원은 여러 도메인에 영향을 미칠 수 있습니다.
이 페이지에서

Gandi가 활성 영역을 호스팅하는지 확인

Gandi에 도메인을 등록한다고 해서 Gandi가 권위 있는 DNS 제공한다는 사실이 그 자체로 확립되는 것은 아닙니다. 위임된 내용을 확인하세요. 네임서버 먼저 도메인에 대해 Gandi는 외부에서 호스팅되는 네임서버는 외부 공급자를 통해 관리되어야 한다고 말합니다. 이 가이드에서는 다른 DNS 호스트에서의 마이그레이션이 아닌 문서화된 Gandi LiveDNS 편집기를 다룹니다.

메일 서비스 구성을 DNS 게시와 별도로 유지하십시오. 발신 공급자는 지원되는 서비스를 제공합니다. 선택자, 키 또는 CNAME 대상 및 봉투 도메인 요구 사항. Gandi는 그러한 기록을 출판합니다. 만들기 DKIM TXT 레코드 관련 없는 메일 서버가 서명을 시작하도록 하지 않습니다. 보편적인 간디를 추론하지 마세요 SPF DNS 가 호스팅된다는 이유만으로 도메인에 포함됩니다.

DNS 관리자, 전송 서비스 소유자 및 도메인 정책을 승인할 권한이 있는 사람을 식별합니다. 영향을 받는 모든 이름에 대한 기존 레코드 세트를 저장합니다. 도메인이 공유 영역에 연결되어 있는지 확인: 연결 영역으로 변경된 Gandi 문서는 연결된 모든 도메인에 영향을 미칩니다. 따라서 겉보기에 로컬 인증 편집이 더 넓은 영향을 미칠 수 있습니다.

제한된 편집기 변경 사용

문서화된 경로는 도메인, 선택한 도메인, DNS 레코드 순입니다. 테이블 모드는 개별 항목 추가 또는 편집을 지원합니다. 텍스트 모드는 전체 영역을 편집합니다. 소규모 인증 변경의 경우 개별 기록을 승인된 요청과 비교하기가 더 쉽습니다. 편집자가 이해하고 제안된 차이점 전체를 검토한 경우에만 텍스트 모드를 사용하십시오.

Gandi LiveDNS는 백업 저장 및 복원을 제공합니다. 변경하기 전에 백업을 수행하되 나중에 복원하는 것이 무해하다고 가정하지 마십시오. 전체 복원은 해당 스냅샷 이후에 수행된 관련 없는 편집 내용을 되돌릴 수 있습니다. 영향을 받은 기록에 대한 목표 복구 계획도 기록합니다. 공유 영역이 관련된 경우 해당 계획에 다른 도메인 소유자를 포함하세요.

전체 의도된 소유자, 편집자 레이블, 유형 및 값이 포함된 출판 워크시트를 만듭니다. 합성 도메인 example.com 의 경우 정점은 example.com 입니다. DMARC 소유자는 _dmarc.example.com 이고 DKIM 소유자는 rotation1._domainkey.example.com 일 수 있습니다. 이러한 예제 레이블은 공급자가 생성한 설정이 아닙니다. 발신 서비스의 실제 선택기와 도메인을 사용하세요.

TXT 경계 및 이름 유지

Gandi의 TXT 문서에서는 기본 도메인에는 @를 사용하고 하위 도메인에는 상대 레이블을 사용합니다. 텍스트 영역 예제는 긴 TXT 데이터를 하나의 레코드 내에서 각각 255자를 초과하지 않는 여러 개의 인용 문자열로 나타냅니다. 이는 여러 개의 독립적인 TXT 레코드를 생성하는 것과 다릅니다.

이러한 구별은 인증에 중요합니다. 하나의 SPF 정책은 단일 TXT 리소스 레코드의 여러 문자열로 구성될 수 있지만 후보는 여러 개입니다. SPF 레코드 동일한 소유자의 경우 SPF 오류가 발생합니다. DKIM 키 자료도 완전한 상태로 유지되어야 합니다. 텍스트 필드 제한을 초과하기 위해 관련되지 않은 여러 키 또는 정책을 생성하지 말고, 편집기가 키를 직렬화하는 방법을 이해하지 못한 채 키에 시각적 줄 바꿈을 삽입하지 마십시오.

SPF 에는 TXT 레코드 유형을 사용하세요. 개인 취향이 아닌 전송 공급자의 지침에 따라 DKIM 용 TXT 또는 CNAME 사용하세요. 선택기의 CNAME 공개 키 텍스트의 컨테이너가 아닌 다른 도메인 이름에 대한 별칭입니다. 요청된 CNAME 해당 이름의 기존 데이터와 충돌하는 경우 다른 서비스의 활성 선택기를 교체하는 대신 충돌을 해결하세요.

샘플이 아닌 의도한 정책 게시

SPF 업데이트에는 모든 합법적인 발신자와 DNS 조회 종속성을 검토해야 합니다. 관련 봉투 도메인의 하나의 유효한 정책에 필요한 권한을 유지합니다. DMARC 업데이트에는 표시되는 보낸 사람 도메인과 해당 하위 도메인에 대한 신중한 정책 결정이 필요합니다. 공급자를 추가한다고 해서 이미 존재하는 소유자에게 다른 DMARC 정책을 추가하는 이유는 아닙니다.

승인 없이 샘플 보고 주소나 포인트 보고서를 제3자에게 복사하지 마십시오. 온보딩 스크린샷에 표시된다는 이유로 시행된 DMARC 정책을 모니터링만으로 대체하지 마세요. p=none. 도메인 전체 보호를 변경하기 전에 새 보낸 사람에게 지원되는 정렬 경로가 있는지 확인하세요.

제공자가 별도로 위임된 하위 영역 아래에 기록을 요청하는 경우 실제로 해당 하위에 대한 권한이 있는 영역에 게시합니다. 상위 편집기의 보기 좋은 항목은 위임을 무시하지 않습니다. 저장하기 전에 DNS 소유권 경계를 확인하세요.

두 가지 기술 계층에서 확인

전체 의도된 소유자 및 레코드 유형에 대해 각 권한 있는 서버를 쿼리합니다. 도구에서 인용문이 어떻게 보이는지뿐만 아니라 답변을 유지하고 논리적 TXT 콘텐츠를 비교하세요. 전체 키, 선택기 레이블, 별칭 대상 및 레코드 집합 경계를 확인하세요. 신뢰할 수 있는 답변이 올바른 경우에만 캐시된 재귀 답변을 조사해야 합니다. 공급자의 광범위한 전파 추정치는 잘못된 소유자 이름 진단을 대체할 수 없습니다.

그런 다음 자체 워크플로를 사용하여 전송 서비스를 활성화하거나 검증하고 제어된 메시지를 보냅니다. 표시되는 보낸 사람, 봉투 ID, 각 DKIM d= 및 s=, 신뢰할 수 있는 수신자 결과를 기록합니다. SPF 봉투 ID를 인증합니다. DKIM 서명 ID를 확인합니다. DMARC 해당 모드에서 표시되는 From과 일치하는 통과 경로가 필요합니다.

종합 실패 사례: Gandi는 rotation1._domainkey.example.com 에 올바른 키를 게시하지만 메시지에서는 s=rotation2 및 d=example.com. 게시된 Rotation1 레코드는 해당 서명을 확인할 수 없습니다. 해결 방법은 DMARC 약화시키거나 관련 없는 SPF 포함을 추가하는 것이 아니라 필요한 게시와 발신자의 선택기를 조정하는 것입니다.

변경 사항을 복구하고 닫습니다.

출판물이 경로를 중단하는 경우 정확히 변경된 소유자를 식별하고 승인된 이전 기록 세트를 복원하십시오. 중간 변경 사항과 영향을 받은 도메인을 비교하지 않고 전체 공유 영역을 복원하지 마십시오. 서명 서비스 순환 계획에서 요구하는 한 이전 키를 유지합니다. DNS 삭제 및 서명 활성화를 조정해야 합니다.

활성 영역, 의도한 DNS 응답, 전송 활성화 및 관찰된 메시지 인증이 동의하는 경우에만 작업을 닫습니다. 종합실패사례를 담은 다큐안내입니다. Gandi 계정, 신뢰할 수 있는 DNS 쿼리 또는 전달된 메시지가 실시간 증거로 사용되지 않았습니다. 관리자는 생산 완료를 승인하기 전에 이러한 관찰 내용을 수집해야 합니다.

관련 없는 작업을 실행 취소하지 못하도록 공유 영역 롤백을 중지합니다.

서면 사례 GAN-01은 example.com 과 example.net 이 영역을 공유한다고 가정합니다. 나중에 승인된 웹사이트 기록이 백업 후에 추가되었지만 example.com 의 새 선택기가 잘못되었습니다. 전체 이전 백업을 복원하면 연결된 범위 전체에서 해당 웹 사이트 변경 사항도 제거됩니다. 현재 기록을 비교하고, 승인된 선택기 전용 수리를 식별하고, 적용하기 전에 두 도메인 소유자를 모두 확인하세요. 여기서는 영역, 백업 또는 복원이 검사되거나 실행되지 않았습니다.

시행 경계 유지

RFC 9989 섹션 7.4에서는 도메인 게시를 위해 SPF 단독이 아닌 유효한 DKIM 필요합니다. p=reject, 간접 메일과 메일링 목록 상호 운용성에 대해 경고합니다. 단일 성공적인 직접 메시지 테스트가 모든 합법적인 경로가 더 강력한 정책을 수용할 준비가 되어 있다는 증거는 아닙니다. 실제 격차를 진단하는 동안 기존에 승인된 보호를 유지합니다. 모든 정책 변경에는 자체 결정이 필요합니다.

[ 테이크아웃 ]

공유 영역 편집 또는 복원은 여러 도메인에 영향을 미칠 수 있습니다.

[ 역할별 ]

이것이 당신에게 의미하는 바

실용적인 다음 단계를 위해 역할을 선택하세요.

IT/메일 관리자

레코드 의미 보존

편집자는 의도된 소유자와 TXT 레코드 경계를 게시해야 합니다.

다음 단계

  1. 전체 이름을 상대 라벨과 비교하세요.
  2. 전체 키와 소유자당 하나의 SPF 정책을 확인하세요.
  3. 캐시를 기다리기 전에 신뢰할 수 있는 답변을 확인하세요.

CISO/SecOps

서명 기관으로부터 게시 액세스를 분리하세요.

메일 서비스가 서명을 제어하는 ​​동안 DNS 신뢰를 부여합니다.

다음 단계

  1. 선택기와 별칭을 종속성으로 검토합니다.
  2. 백업을 보호하고 변경 액세스를 제한하세요.
  3. 보낸 사람 종속성을 검토한 후에만 레코드를 폐기합니다.

창립자 / 비기술자

공유 영역 변경을 공유 위험으로 처리

DNS 편집은 요청에 명명된 도메인보다 더 많은 도메인에 영향을 미칠 수 있습니다.

다음 단계

  1. Linked Zone 범위를 확인하세요.
  2. 영향을 받는 메일 서비스의 소유자를 할당합니다.
  3. 복구가 포함된 제한된 롤아웃이 필요합니다.

[ 자주 묻는 질문 ]

자주 묻는 질문

Gandi에 등록하면 LiveDNS를 편집해야 합니까?

아니요. 도메인의 위임된 권한 있는 네임서버를 확인하세요. 외부 호스팅 영역은 실제 DNS 호스트에서 편집되어야 합니다.

Gandi의 TXT 예에서 @는 무엇을 의미합니까?

이는 베어 도메인을 나타냅니다. 상대 이름은 하위 도메인을 나타냅니다. 게시 후 결과 전체 소유자 이름을 확인하세요.

SPF 기존 SPF 레코드 유형을 사용해야 합니까?

아니요. SPF 정책을 TXT 로 게시하세요. Gandi의 레코드 개요에서는 별도의 SPF 레코드 유형을 이전 사용으로 식별합니다.

긴 TXT 값은 어떻게 표현되나요?

문서에는 하나의 레코드 내에서 각각 최대 255자까지 인용된 여러 문자열이 표시됩니다. 해당 문자열을 독립적인 SPF 정책이나 불완전한 DKIM 키로 변환하지 마세요.

연결된 영역이 중요한 이유는 무엇입니까?

Gandi는 연결된 영역에 대한 편집 내용이 연결된 모든 도메인에 적용된다고 말합니다. 변경하거나 복원하기 전에 해당 도메인을 검토하세요.

DKIM 키를 추가하면 서명이 활성화되나요?

아니요. 전송 서비스는 일치하는 개인 키와 선택기를 사용해야 합니다. DNS 게시는 공개 확인 자료만 제공합니다.

메일이 실패하면 즉시 백업을 복원할 수 있나요?

먼저 변경사항을 비교하세요. 전체 복원은 특히 공유 영역에서 관련되지 않은 이후 편집 내용을 제거할 수 있습니다. 가능하다면 승인된 표적 복구를 선호하세요.

완성을 증명하는 것은 무엇입니까?

의도한 전송 경로에 대해 신뢰할 수 있는 DNS , 공급자 활성화 또는 유효성 검사, 신뢰할 수 있는 수신 메시지 인증을 수정합니다.

[ 출처 ]

출처

  1. Gandi 업데이트 DNS 레코드

    섹션 네임서버 및 DNS 레코드 · DNS 레코드 편집하기 · 영역에 연결 · DNS 레코드 백업

  2. 간디 TXT 레코드

    섹션 TXT 레코드의 예를 볼 수 있나요?

  3. RFC 7208 SPF

    섹션 §2.4 · §2.6.5 · §3.2 · §3.3 · §4.6.4

  4. RFC 6376 DKIM

    섹션 §3.4 · §3.5 · §3.6 · §3.7 · §6.1 · §6.3

  5. RFC 9989 DMARC

    섹션 §4.4 · §5.3.5 · §5.4 · §7.4 · §8

[ 어휘 ]

어휘

DKIM 선택기
DKIM 서명 도메인을 사용하여 DNS 에서 확인 키를 찾는 s= 값입니다.
DMARC 정렬
표시되는 보낸 사람 도메인과 전달되는 SPF 또는 DKIM ID 간의 필수 관계입니다.
봉투 발신자
표시되는 From 헤더와 구별되는 SPF 로 평가된 SMTP 발신자 ID입니다.
신뢰할 수 있는 DNS
영역에 대한 응답을 담당하는 위임된 DNS 서버입니다.

기업 출처

최고의 금융 기관과 정부가 필요한 이유 이메일 보안 대시보드를 폐기했습니다.

기존 이메일 인증 플랫폼은 대시보드를 판매하고 엔지니어에게 작업을 요청합니다. 위험이 높은 환경에서 수동 감독은 시행 지연, 구성 드리프트 및 모니터링되지 않는 섀도우 도메인을 의미합니다.

EmailAuth 는 에이전트 이메일 출처 플랫폼입니다. 우리 대리인은 집행합니다 p=reject, 제3자 발신자를 정렬하고 도메인을 전체로 이동하세요. RFC 9989 인간 참여형 감사 기능을 갖춘 새로운 DMARC 표준을 준수합니다.

정부 대기업 1등급 금융기관

SaaS · 전용 테넌시 · Air-Gapped 온프레미스 · BYOK 암호화

기술 자료