변경을 제어하는 DNS 서비스 설정
인증 레코드 게시는 도메인의 신뢰 구성을 변경하는 것입니다. 위임된 권위 있는 서비스, 올바른 DigitalOcean 팀 및 의도된 소유자 이름이 포함된 정확한 영역을 식별하는 것부터 시작하십시오. Droplet에서 실행되는 웹사이트는 해당 도메인의 DNS 호스팅되는 위치를 설정하지 않습니다. 도메인을 표시하는 계정은 공개 위임이 해당 도메인을 가리킨다는 것을 증명하지도 않습니다.
DigitalOcean의 DNS 제한 DNS 호스팅과 도메인 등록을 구별합니다. 또한 30초의 최소 레코드 TTL을 문서화하고 이름 서버가 DNSSEC 지원 도메인을 지원하지 않는다고 명시합니다. 기존의 서명된 위임을 이메일 설정 과정에서 보호를 비활성화하라는 초대가 아니라 도메인 소유자에 대한 호환성 결정으로 간주합니다. 이 가이드에서는 이미 승인되고 호환 가능한 DigitalOcean 호스팅 영역을 가정합니다. 위임을 마이그레이션하거나 변경하지 않습니다. DNSSEC.
편집기를 열기 전에 원하는 변경 사항을 정의하십시오. 제안된 각 레코드에 대해 이를 제공한 전송 서비스, 지원하는 비즈니스 흐름, 예상 소유자 및 레코드 유형, 승인자를 식별합니다. 특정 종속성에 대해 검토가 필요한 경우를 제외하고 관련 없는 웹, 인바운드 메일 및 확인 기록을 변경 외부에 보관하세요.
사용 가능한 시작점을 보존하세요.
공급자는 네트워킹, 도메인 및 도메인의 추가 메뉴 아래에 영역 다운로드 옵션을 문서화합니다. 그것은 영역 내보내기 지침 영역의 레코드를 포함하는 일반 텍스트 파일을 설명합니다. 제안된 차이점, 기록 소유권 및 승인된 복원 기준과 함께 승인된 내보내기를 복구 계획에 대한 하나의 입력으로 사용합니다. 내보내기는 복원 버튼이 존재하거나 이후 변경 사항에 영향을 주지 않고 이전 상태를 복구할 수 있다는 증거가 아닙니다.
제안된 증거 시트에서 의도된 소유자 이름을 자체 열에 제공합니다. 레코드 유형과 값은 별도의 열에 속합니다. 이렇게 하면 일반적인 검토 실패를 방지할 수 있습니다. 전체 소유자, 상대 레이블 및 텍스트 값이 상호 교환 가능한 문자열로 처리되었기 때문에 올바른 정책이 잘못된 DNS 이름에 연결됩니다.
문서화된 편집기 모델 사용
현재 기록관리 가이드 네트워킹, 도메인 및 선택한 도메인을 통해 운영자를 라우팅한 다음 생성 기록. TXT 의 경우 호스트 이름 필드는 정점 표시자 @ 또는 하위 도메인 접두사를 허용하는 반면 TXT 값은 텍스트를 보유합니다. 설명합니다 SPF 그리고 직접 DKIM TXT 통한 키 게시 및 하위 도메인 위임을 위한 NS 레코드를 지원합니다.
요청된 완전한 소유자를 의도적으로 해당 영역의 항목 모델로 변환합니다. 가상의 example.com 영역의 경우 상대 DMARC 라벨 _dmarc 는 _dmarc.example.com 나타냅니다. 이는 이름 구성에 대한 설명이지 제안된 정책 값이나 기록이 저장되었다는 주장이 아닙니다. 예상 공개 소유자는 양식에 표시되는 방식과 관계없이 확인되어야 합니다.
전송 서비스의 현재 계정별 자료를 사용하십시오. DKIM 선택기, 공개 키 또는 위임된 대상. DNS 호스트는 보낸 사람의 서명 ID를 선택하지 않습니다. 서비스에 필요한 경우 CNAME 직접 TXT 키 대신 해당 구별을 유지하고 교체를 승인하기 전에 기존 종속성에 대한 정확한 소유자를 검사하세요. 다른 고객의 설정 스크린샷에서 누락된 대상을 추론하지 마십시오.
인증 기록을 논리적으로 별도로 유지
RFC 7208 섹션 3.2 및 3.3 여러 후보 구별 SPF 레코드 하나의 레코드 내의 여러 문자열에서. 새 서비스에 대해 두 번째 경쟁 SPF 정책을 추가하지 마세요. 표시에서 인용이나 문자열 분할은 그 자체만으로는 하나 또는 여러 레코드가 평가될지 여부를 알려주지 않습니다. 반환된 레코드 경계와 결과 연결된 값을 검사합니다.
DKIM 의 경우, RFC 6376 섹션 3.1 키 조회를 선택기와 서명 도메인에 연결합니다. 출판물만으로는 애플리케이션이 해당 키를 선택했거나 의도한 메시지에 서명했음을 입증할 수 없습니다. 발신자 구성과 공용 DNS 자료는 동일한 계획 ID를 참조해야 합니다.
DMARC SPF 레코드가 상주하는 곳이 아니라 해당 _dmarc 소유자에 속합니다. RFC 9989 섹션 4.1 및 4.4 정책을 설명하고 조정 관계. DNS 전용 결과는 메일이 성공적으로 정렬되었다는 증거가 아니며, 관련되지 않은 도메인에 대한 통과 인증 메커니즘만으로는 충분하지 않습니다.
출판과 실제 활용은 서로 다른 결과로 확인
승인된 검증 계획은 승인된 편집 전후에 서버, 타임스탬프, 소유자, 유형, TTL 및 전체 레코드 세트를 포함하여 신뢰할 수 있는 답변을 캡처해야 합니다. 부재 답변을 시간 초과 또는 잘못된 서버로 전송된 쿼리와 구별할 수 있도록 유지하세요. 대시보드 스크린샷만 다른 대시보드 스크린샷과 비교하면 공개 게시 단계가 누락됩니다.
다음으로, 실제 애플리케이션 흐름을 통해 제어된 메시지를 얻고 신뢰할 수 있는 수신자 결과를 보존합니다. 표시되는 보낸 사람 도메인, 봉투 ID, DKIM 서명 도메인 및 선택기를 승인된 구성과 비교합니다. 전달이나 폴더 배치와 별도로 인증 및 정렬을 기록합니다. 성공적인 DNS 조회는 빈 메시지 테스트 셀을 채워서는 안 됩니다.
관찰된 소유자 또는 값이 계획과 다른 경우 추가 변경을 일시 중지하고 승인된 가장 작은 복구 조치를 식별합니다. 캐시는 이전 답변을 보존할 수 있으므로 복구 관찰에는 즉각적인 전역 일관성을 보장하기보다는 타이밍과 컨텍스트가 필요합니다. 입력 오류와 오래된 데이터 또는 비활성 전송 구성을 구별할 수 있을 만큼 구체적으로 사건 기록을 유지하십시오.
허구적 검토와 뛰어난 증거
가상의 리뷰어는 example.com 의 꼭대기에 유효한 것처럼 보이는 DMARC 값이 포함된 초안을 받습니다. 검토자는 제출 전에 소유자 불일치를 파악하고 제안된 소유자를 _dmarc 로 변경합니다. 워크시트에는 여전히 신뢰할 수 있는 답변 전/후가 없으며 수신된 메시지도 없습니다. 이는 성공적인 DigitalOcean 연습이 아닌 논문 리뷰입니다.
정확한 원래 요구 사항은 여전히 열려 있습니다. 신뢰할 수 있는 이전/사후 쿼리와 독립적으로 확인된 메시지가 포함된 현재 DigitalOcean 게시 연습입니다. 시운전 게이트는 다음과 같습니다. 현재 제품 ID 및 공급자 소유 문서를 확인합니다. 실제 메시지나 게시된 기록을 테스트합니다. 지원되지 않는 맞춤 도메인 기능을 솔직하게 설명하세요. 문서는 제안된 워크플로를 지원하지만 테넌트 적용 가능성, 원본 테스트, SME 기술 검토, 실시간 시각적 확인 및 소유자 게시 승인은 해결되지 않은 상태로 남아 있습니다. DNS 또는 계정 작업이 수행되지 않았습니다.