인증을 변경하기 전에 Sophos 이메일 게이트웨이 범위 지정
이 가이드에서는 2026년 9월 14일에 문서화된 게이트웨이 도메인 워크플로를 사용하여 Sophos 이메일의 아웃바운드 도메인 인증을 다룹니다. Sophos 방화벽, 레거시 UTM, 엔드포인트 보호 또는 모든 메일 흐름 통합을 구성하지는 않습니다. 유사한 제품 이름은 해당 컨트롤, 선택기 또는 릴레이 요구 사항이 상호 교환 가능하다는 증거가 아닙니다. 변경을 제안하기 전에 실제 서비스, 지역, 도메인 및 아웃바운드 경로를 기록하세요. 인바운드 필터링 배포만으로는 나가는 메시지가 Sophos를 통과하거나 해당 서명을 받도록 설정되지 않습니다. 그만큼 Sophos 도메인 정보 가이드 Gateway와 Mailflow 정보를 명시적으로 구분합니다.
유용한 시작 인벤토리에는 사람의 사서함 메시지, 애플리케이션에서 생성된 알림, 자동 회신 및 수신자에게 직접 보내는 서비스가 나열되어 있습니다. 각 클래스에 대해 최종 아웃바운드 SMTP 연결을 수행하는 시스템을 식별합니다. 단지 조직이 Sophos 보안 제품을 구입했다는 이유만으로 관련되지 않은 응용 프로그램의 도메인에 Sophos 인증을 추가하지 마십시오. 마찬가지로, 기본 사서함 커넥터가 변경될 때 직접 전송 응용 프로그램이 적용된다고 가정하지 마십시오. 이는 실제 배포에 대한 관찰이 아니라 제안된 검토 단계입니다.
올바른 도메인 컨텍스트에서 공개 기록을 생성합니다.
그만큼 DKIM 키 가이드 전역 설정, 제품 및 서비스, 이메일, 게이트웨이 도메인에 대해 설명합니다. 원하는 도메인을 선택하고 키 추가를 선택합니다. Sophos는 DNS 에 대한 공개 정보를 표시하는 키 쌍을 생성합니다. TXT 레코드 서비스에 개인 키를 유지하면서. 문서화된 키 크기는 2048비트입니다. 생성된 공개 기록을 생성하는 대신 복사합니다. 선택자 또는 다른 도메인의 키를 빌리는 것입니다. DNS 변경 요청이나 이 문서의 워크시트에는 개인 키가 필요하지 않습니다.
게시하기 전에 DNS 소유자에게 전체 소유자 이름, 레코드 유형 및 값을 확인하도록 하십시오. DNS 편집자는 입력된 레이블에 영역 이름을 추가할 수 있으므로 입력 상자의 모양에 의존하기보다는 정규화된 결과 이름을 비교하십시오. 제안된 소유자가 다른 활성 선택기를 덮어쓰지 않는지 확인하십시오. 표시되는 작성자 도메인과 별도로 의도한 서명 도메인을 기록합니다. 그들은 필요하다 조정 일치하는 업체 이름을 기반으로 한 가정이 아닌 평가입니다.
별도의 게시, 테스트 및 활성화
TXT 레코드가 게시된 후 Sophos는 테스트 레코드를 문서화합니다. 검사에서는 DNS 레코드를 Sophos Email의 정보와 비교합니다. 실패할 경우 확인을 반복하기 전에 이름, 값 및 권한 있는 DNS 위치를 조사하십시오. 공급자가 명시한 전파 추정치는 계획 지침이지 잘못 배치된 기록이 시간이 지나면 스스로 복구된다는 약속이 아닙니다. 요청된 변경 사항, 실제 공개 답변 및 제공자 상태를 별도의 증거 항목으로 유지합니다.
문서화된 다음 단계는 키를 활성화하고 저장을 클릭하는 것입니다. 결정적으로 활성화는 다른 활성을 비활성화합니다. DKIM 해당 도메인의 키입니다. 이는 단지 외관상의 전환이 아니라 회전에 따른 영향에 따른 결정입니다. 활성 서명자를 변경하기 전에 이전 선택기, 미해결 메시지 및 롤백 소유자를 식별하십시오. 이제 콘솔에 새로운 활성 키가 표시된다는 이유만으로 이전 공개 기록을 즉시 삭제하지 마십시오. 적절한 중복은 실제 메시지 전송 및 확인 요구 사항에 따라 달라지며 여기서는 측정되지 않았습니다.
라우팅과 혼동하지 않고 지역 SPF 인증을 사용하세요.
도메인 정보 가이드에는 지역별 Sophos가 나열되어 있습니다. SPF 도메인을 확인하고 레거시 공유 도메인이 과도한 DNS 조회에 기여할 수 있음을 경고합니다. 실제 계정 지역에 대한 항목을 선택하고 도메인의 기존 SPF 정책 내에서 검토합니다. 다른 합법적인 발신자를 제거하는 전체 예시를 붙여넣지 마세요. 가이드의 라우팅 중심 문구를 문자 그대로 SPF 의 속성으로 읽어서는 안 됩니다. SPF 레코드 신원의 전송 호스트에 권한을 부여합니다. SMTP 커넥터를 생성하거나 게이트웨이를 통해 메일을 리디렉션하지 않습니다.
RFC 7208 , 섹션 2.4 및 4.6.4 정의하다 메일 보낸 사람 평가된 DNS 종속 용어에 대한 신원 및 제한. 표시되는 포함 문자열 수만 계산하는 것이 아니라 중첩된 종속성을 포함하여 관련 평가 경로를 계산합니다. 관련 소유자에게 일관된 하나의 SPF 정책을 유지합니다. 또한 Sophos 가이드에서는 지역 아웃바운드 릴레이 호스트를 구별하고 Microsoft 365 및 Google Workspace 통합에는 해당 특정 지침을 통해 입력된 아웃바운드 릴레이 호스트가 필요하지 않다는 점을 언급합니다. 일반 Exchange 레시피를 가져오는 대신 통합 자체 워크플로를 확인하세요.
신원 확인과 메시지 수정을 함께 확인
게시된 키와 성공적인 공급자 확인은 대표 메시지에 전달된 서명이 포함되어 있음을 증명하지 않습니다. 별도로 승인된 승인 실행에서는 신뢰할 수 있는 수신자 결과, 서명의 서명 도메인 및 선택자, 작성자 도메인, 봉투 ID 및 실제 경로를 검사해야 합니다. RFC 6376 , 섹션 3.5 정의하다 DKIM 서명 전지. RFC 9989 , 섹션 4.4 정렬을 설명합니다. 관련되지 않은 도메인에 대한 전달 서명은 자동으로 서명되지 않습니다. DMARC 작성자 도메인을 통과합니다.
Sophos는 아웃바운드 응답에서 배너를 제거하고 메시지를 수정하므로 스마트 배너가 활성화된 경우 서명할 것을 특히 권장합니다. 이는 최종 서명된 메시지 경로를 검사해야 하는 이유이지 모든 수정 또는 전달 배열이 이전 서명을 유지한다는 보장은 아닙니다. 영수증, 인증, 받은 편지함 배치를 별도로 유지하세요. 이 문서나 녹색 구성 상태는 수신자가 메시지를 읽고, 비즈니스 요청을 수락하거나, 해당 콘텐츠가 안전하다고 간주한다는 것을 의미하지 않습니다.
허구적 진단: 잘못된 경로에 대한 올바른 기록
가상의 조직인 Harbor Workshop은 기본 도메인에 대해 생성된 키를 게시하고 성공적인 테스트 기록 결과를 기록합니다. 헬프데스크 애플리케이션은 여전히 다른 서비스를 통해 직접 전송합니다. 검토자는 처음에 기본 도메인 구성을 모든 발신 메일에 대한 증거로 처리합니다. 승인 인벤토리는 격차를 드러냅니다. 헬프 데스크 경로는 키가 활성화된 게이트웨이를 통과하지 않습니다.
제안된 수정 사항은 헬프데스크 경로를 해결되지 않음으로 표시하고, 실제 전송 서비스를 식별하고, DNS 변경하기 전에 경로별 증거를 확보하는 것입니다. 맹목적으로 Sophos 레코드를 더 추가하거나 수신자의 확인을 비활성화하는 것이 아닙니다. 이 시나리오에는 실제 헤더, DNS 관찰, 테넌트 액세스 또는 실행된 테스트가 포함되어 있지 않습니다. 그 목적은 제품, 도메인 및 전송이 승인 기록에 함께 표시되어야 하는 이유를 입증하는 것입니다.
빈 승인 워크시트 및 릴리스 경계
승인된 관찰 내용으로만 이 워크시트를 작성하십시오. 계획된 작업을 완료된 확인으로 전환하기보다는 알 수 없는 필드를 열어 두십시오.
- 제품, 모드, 계정 지역 및 도메인: ______
- 메시지 카테고리 및 실제 아웃바운드 경로: ______
- 생성된 공개 소유자, TXT 값 참조 및 기존 선택기 종속성: ______
- DNS 변경 소유자, 승인 및 롤백 참조: ______
- 지역 SPF 항목 및 전체 정책 평가 증거: ______
- 테스트 기록 결과, 시간 및 실제 게시 답변 참조: ______
- 활성화 결정, 이전 키 및 공개 기록 보관 계획: ______
- 신뢰할 수 있는 수신 메시지 증거 및 경로별 정렬 결과: ______
- 해결되지 않은 예외, 검토자 및 릴리스 결정: ______
다큐멘터리 구성 가이드입니다. 원래 구현 증거, 인적 주제 검토, 현재 소스 적용 가능성, 생산 경로 테스트, 시각적 접근성 및 소유자 공개는 계속 열려 있습니다. 이 원고에 대해 키가 생성되지 않았고, DNS 변경되었으며, 메시지가 전송되거나 세입자가 검사되지 않았습니다. 출판 준비가 완료되기 전에 광범위한 카탈로그 승인 요구 사항이 별도로 충족되어야 합니다.