어떤 Sarbacane 서비스가 전송되는지 확인
"Sarbacane"은 충분히 정확한 DNS 변경 요청이 아닙니다. 검사된 자사 문서에는 캠페인 위임 하위 도메인 절차와 별도의 Sendkit 수동 기록 절차가 포함되어 있습니다. 이 검토 중에 Sendkit이라는 제목이 명시적으로 지정된 페이지로 리디렉션되는 일반적인 도메인 구성 URL입니다. 이러한 차이에 따라 변경 티켓에 속하는 지침이 결정됩니다.
계정 소유자에게 제품, 계정 및 실제 캠페인이나 적용 경로를 확인하도록 요청하세요. 변경 기록에 스크린샷이나 관리 참조를 비공개로 저장하세요. 복사하여 캠페인을 인증하지 마세요. SPF 가치 또는 DKIM Sendkit 기사의 키는 둘 다 Sarbacane 도움말 센터에 있기 때문입니다. 이 가이드는 캠페인을 시작하고 Sendkit 경계를 설명하며 지원되지 않는 경로를 추측하기보다는 해결되지 않은 상태로 둡니다.
그만큼 개인화된 전송 도메인에 대한 캠페인 설명 공유 서비스 도메인을 조직의 고유 ID와 구별합니다. 프로비저닝하기 전에 어떤 ID 수신자가 확인해야 하는지 결정하세요. 브랜드 표시 이름과 회사 이름이 포함된 링크는 해당 결정을 대신할 수 없습니다.
위임하기 전에 하위 도메인을 확인하세요.
문서화된 소유자와 목적이 있는 네임스페이스를 선택합니다. 기존 레코드, 종속성, 위임된 하위 항목, 링크 및 애플리케이션의 목록을 작성합니다. 브라우저에서 사용되지 않는 것처럼 보이는 하위 도메인은 여전히 메일, 확인 기록 또는 기타 서비스를 지원할 수 있습니다. 검토된 마이그레이션 계획 없이 기존 프로덕션 사용에 대해 새로운 위임을 배치하지 마십시오.
상위 도메인을 관리하는 팀과 위임된 하위 항목에 대해 답변할 당사자를 문서화합니다. 제안된 경계를 티켓에 명시적으로 유지하세요. 등록기관 변경 네임서버 전체 도메인에 대한 추가는 하나의 하위 영역에 대한 NS 레코드를 추가하는 것과 실질적으로 다릅니다. DNS 인터페이스는 유사한 레이블을 사용하므로 후자가 실수로 전자가 되어서는 안 됩니다.
기존 내용도 녹음하세요. DMARC 의도한 보낸 사람 도메인에 적용 가능한 정책입니다. 인증 설정은 해당 정책 교체 또는 보고서 수신자 변경을 승인하지 않습니다. 새로운 전송 하위 도메인이 선택된 경우 도메인 소유자에게 유효한 정책을 검토하도록 요청하고 조정 자식이 부모 도메인 결정에서 격리되어 있다고 가정하는 대신 모드를 사용합니다.
캠페인 계정에서 발급한 위임을 따르세요.
그만큼 캠페인 호스팅 가이드, “Prérequis” 및 “Étapes(예: avec OVH)” 캠페인에서 하위 도메인이 생성되어 있어야 하며 Configuration du domaine par délégation 창을 사용할 수 있어야 합니다. 이는 관리자에게 해당 창에서 값을 얻고, 소유권 TXT 루트 도메인에 두고, 제공된 두 개의 NS 대상을 선택한 하위 항목에 추가하도록 지시합니다. 관련 문제 해결 가이드에서는 검증을 위해 최대 48시간을 허용하며 위임에 대한 호스팅 지원은 다양하다는 점을 참고합니다.
DNS 편집기를 열기 전에 발급된 각 소유자, 유형 및 값을 기록해 두십시오. 상대 소유자와 정규화된 이름에 대한 인터페이스 처리를 확인합니다. 소유권 토큰의 경우 상위 도메인 위치를 새로 생성된 전송 하위 위치와 혼동하지 마십시오. NS 레코드의 경우 두 대상 값이 모두 계정 지침과 일치하고 소유자가 의도한 하위 도메인인지 확인하세요.
관련 없는 상태로 유지 TXT 레코드, 기존 SPF 및 확인 값 포함. 소유권 토큰은 SPF 정책을 만들거나 교체하라는 명령이 아닙니다. DNS 내보내기 전후와 정확한 게시 시간을 보관하세요. 애플리케이션의 녹색 표시기나 호스팅 제어판의 저장된 상태뿐만 아니라 신뢰할 수 있는 DNS 응답으로 위임을 검증합니다.
네임서버 대상을 만들거나 도움말 문서에 표시된 샘플 도메인을 복사하지 마세요. 선택한 DNS 호스트가 필요한 위임을 지원할 수 없는 경우 해당 경로를 중지하고 Sarbacane에 지원되는 접근 방식을 요청하세요. 호스팅 제공업체를 변경하거나 새 도메인을 구입하는 것은 자동 복구가 아닌 별도의 결정입니다.
블라인드 삭제 없이 잘못된 도메인 진단
그만큼 캠페인 "무효" 기사, 시기 및 확인 섹션 일반적인 전파와 도메인 생성 후 48시간 이상 후에 추가된 레코드를 구별합니다. 지연된 설정의 경우 DNS 레코드를 유지하면서 활성화를 다시 시작하기 위해 캠페인에서 도메인을 제거하고 다시 추가하는 방법을 설명합니다. 또한 상위 TXT 및 하위 NS 위치를 반복합니다.
이러한 구별을 진단 순서로 사용하십시오. 먼저 실제 DNS 소유자 및 값을 계정과 비교하십시오. 다음으로 도메인이 생성된 시기와 기록이 공개된 시기를 결정합니다. 그런 다음 도메인에 연결된 기존 캠페인 활동이 있는지 확인합니다. 기록 타이밍 해결 방법은 종속성을 이해하지 않고 프로덕션 개체를 삭제할 수 있는 권한이 아닙니다.
지원팀에서 활성 도메인 다시 추가를 권장하는 경우 범위 변경 계획을 확보하고 복원해야 할 항목을 기록하세요. 현재 캠페인 설정과 이전 상태의 증거를 유지합니다. 복구 작업 후에는 도메인 유효성 검사와 수신된 메시지 테스트를 모두 반복하세요. 변경된 신청 상태만으로는 예약된 모든 캠페인이 복원된 ID를 사용한다는 것을 증명할 수 없습니다.
Sendkit 수동 기록을 자체 변경 사항으로 유지
그만큼 Sendkit 도메인 페이지, 필수 레코드 및 도메인 유효성 검사 섹션 해당 서비스에 대한 SPF , DKIM , MX , A 및 추적 도메인 구성을 문서화합니다. 1024비트에 대해 설명하고 2048비트 DKIM 옵션, 2048비트 권장. 검증 요구 사항에는 SPF , DKIM , MX 및 추적이 포함됩니다. 이는 Campaigns NS 위임 절차가 아닌 제품별 지침입니다.
Sendkit 배포의 경우 별도의 레코드 인벤토리를 시작하고 현재 계정 지침을 페이지와 비교하십시오. 기존 메일수신 MX 나 웹사이트를 교체하지 마세요. 기록 단지 체크리스트를 만족시키기 위해서입니다. 적합한 도메인을 설정하고 제품 소유자와 함께 수신 응답 및 반송 처리를 지원합니다. 출처의 예시가 계정 발급 설정과 충돌하는 경우 게시하기 전에 공급자의 답변을 얻으세요.
추적 호스트 이름은 공급자의 도메인 유효성 검사 및 링크 평판과 관련될 수 있지만 DMARC 인증하는 도메인은 아닙니다. 유효성 검사, 반송 경로 및 발신자 인증을 별도의 승인 필드로 계속 추적하세요. 이 리뷰는 단일 관습을 확립하지 않습니다 Return-Path 모든 Sarbacane 서비스에서 유효한 워크플로입니다.
전송 후 인증 ID 확인
계정에서 도메인 준비가 완료되었다고 보고한 후 실제 제품을 통해 제어되는 외부 메일함에 무해한 작은 캠페인을 보냅니다. 캠페인 식별자와 UTC 시간을 기록합니다. 대표 링크 및 응답 동작을 포함하지만 고객 목록이나 비공개 고객 콘텐츠는 포함하지 않습니다. 여러 계정, 도메인 또는 자동화 경로가 범위 내에 있는 경우 각각의 의미 있는 변형을 테스트하세요.
눈에 보이는 보낸 사람 도메인, Return-Path 또는 수신자가 보고한 봉투 ID, 모든 DKIM 서명 도메인 및 선택자, 수신 시스템의 신뢰할 수 있는 인증 결과. RFC 6376 , 섹션 3.5 DKIM d= 및 s= 필드를 정의합니다. 관찰된 서명에 대해 발견된 공개 키가 구성된 경로에 속하는지 확인합니다. DNS 권한이 위임되었다는 사실로부터 서명을 추론하지 마십시오.
RFC 7208 , 섹션 2.3 및 4.6.4 설명한다 메일 보낸 사람 신원 및 SPF 조회 제한. 확인된 제품에 대해 수동 SPF 변경이 필요한 경우 기존 정책 전체와 중첩 조회를 검토하세요. 두 번째 정책을 추가하거나 다른 발신자의 승인을 무시하고 전체 샘플을 맹목적으로 복사하지 마십시오.
적용하다 RFC 9989 , 섹션 4.4, "식별자 정렬 설명" 받은 신원에. 대시보드에 녹색 라벨 3개뿐 아니라 정렬된 통과 메커니즘을 기록합니다. 지나가는 DKIM 서명 관련 없는 서비스 도메인에서는 보낸 도메인 정렬을 설정하지 않습니다. 엄격하고 완화된 정렬은 상위 도메인과 하위 도메인이 관련될 때 다른 결론으로 이어질 수도 있습니다.
제품 및 도메인 워크시트 작성
아래 필드를 사용하여 Sarbacane 제품 및 위임 워크시트에 대한 별도의 검토 기록을 만듭니다. 이는 캠페인 및 Sendkit 결정을 가시적으로 유지하고, 소유권 확인을 인증과 분리하며, DNS 권한, 애플리케이션 상태, 수신된 ID 및 복구에 대한 필드를 제공합니다. 먼저 제품 필드를 작성하세요. 알 수 없는 경우 이를 확인할 사람을 기록하고 가장 찾기 쉬운 항목을 사용하여 진행하지 마세요.
위임된 영역의 경우 상위 측 NS 증거와 하위 항목의 결과 인증 응답을 모두 유지합니다. 수동 기록 설정의 경우 의도한 각 기록과 실시간 답변을 보관하세요. 두 경우 모두 동일한 계정 및 캠페인에 연결된 수신자 증거를 유지하세요. 이러한 아티팩트를 통해 향후 관리자는 공급자 측 구성 문제와 상위 영역 오류를 구별할 수 있습니다.
가상의 작업 예: 잘못된 서비스에 대한 올바른 기록
허구의 서면 사례에만 해당: SC-01은 소유자가 news@updates.example 에서 캠페인을 요청하는 반면 DNS 티켓은 Sendkit 키를 인용한다고 가정합니다. 계정 발행 캠페인 소유권 토큰 및 하위 네임서버는 아직 수집되지 않았습니다. DKIM , SPF 및 수신자 ID를 알 수 없습니다. 마케팅 소유자는 제품을 확인하고 DNS 소유자는 일치하지 않는 티켓을 보유하고 올바른 위임을 검색하고 사용되지 않은 하위 영역을 검토합니다. 승인은 제품 검증 및 수신된 메시지 신원 확인을 기다리는 동안 계속 열려 있습니다. 계정, DNS 레코드 또는 메시지에 액세스하지 않았습니다.
복구 및 유지 관리 경계 설정
위임으로 인해 기존 종속성이 깨지면 새 캠페인을 일시 중지하고 DNS 소유자 및 Sarbacane과 함께 복구를 조정하세요. 검토된 이전 구성만 복원합니다. 위임을 제거하면 그 아래의 인증 또는 추적 기록에 대한 액세스도 제거될 수 있으므로 경고 아이콘을 재설정하는 것은 무해한 방법이 아닙니다. 복구 계획에서 이미 전송 중인 캐시된 DNS 및 메시지를 유지합니다.
제품 마이그레이션, 도메인 변경, 위임 변경 또는 새로 도입된 자동화 후 다시 확인하세요. 현재 계정 값, 선택한 경로에 대한 사용자 정의 봉투 지원, 라이브 DNS 및 헤더 증거는 여기에서 확인되지 않은 상태로 남아 있습니다. 원래의 넓은 Sarbacane 범위는 정확한 제품이 확인될 때까지 보류 상태로 유지됩니다. 이는 시각적 검토와 SME 승인이 아직 보류 중인 미출판 다큐멘터리 초안입니다.
실행 준비 상태에서 전달 메시지를 분리합니다.
RFC 9989 섹션 7.4에서는 p=reject 게시하는 도메인에 대해 유효한 DKIM 필요하며 간접 메일 상호 운용성에 대한 주의가 필요합니다. 단일 정렬된 SPF 결과만으로는 거부 정책 출시를 정당화하지 않습니다. 이 공급자 설정과 별도로 모든 합법적인 경로와 정책 소유권을 검토하세요.