여러 위치에서 사서함을 사용하여 메일 흐름 관리(Exchange Online 및 온-프레미스 Exchange)

요약: 일부 사서함이 온-프레미스이고 일부는 Microsoft 365 또는 Office 365 Exchange 하이브리드 환경에서 메일 흐름을 관리하는 방법입니다.

이 항목에서는 Microsoft 365 또는 Office 365 사용하는 다음과 같은 복잡한 메일 흐름 시나리오에 대해 설명합니다.

참고

이 항목의 예제에서는 도메인 contoso.com 소유하는 가상의 조직 Contoso를 사용합니다. Contoso 전자 메일 서버의 IP 주소는 131.107.21.231이며 타사 공급자는 IP 주소에 10.10.10.1을 사용합니다. 다음은 예제일 뿐입니다. 필요한 경우 조직의 도메인 이름 및 공용 IP 주소에 맞게 이러한 예제를 조정할 수 있습니다.

일부 사서함이 Microsoft 365 또는 Office 365 있고 일부 사서함이 조직의 전자 메일 서버에 있는 메일 흐름 관리

시나리오 1: MX 레코드가 Microsoft 365 또는 Office 365 가리키고 Microsoft 365 또는 Office 365 모든 메시지를 필터링합니다.

  • 사서함을 Exchange Online 마이그레이션하고 조직의 전자 메일 서버(온-프레미스 서버)에 일부 사서함을 유지하려고 합니다. Microsoft 365 또는 Office 365 스팸 필터링 솔루션으로 사용하고 Microsoft 365 또는 Office 365 사용하여 온-프레미스 서버에서 인터넷으로 메시지를 보내려고 합니다. Microsoft 365 또는 Office 365 모든 메시지를 보내고 받습니다.

하이브리드 메일 흐름 설정이 필요한 대부분의 고객은 Microsoft 365 또는 Office 365 모든 필터링 및 라우팅을 수행할 수 있도록 허용해야 합니다. 이 설정은 가장 정확한 스팸 필터링을 제공하기 때문에 MX 레코드를 Microsoft 365 또는 Office 365 가리키는 것이 좋습니다. 이 시나리오의 경우, 조직의 메일 흐름 설정은 다음 다이어그램과 유사합니다.

MX 레코드가 Microsoft 365 또는 Office 365 가리키고 인터넷의 메일이 Microsoft 365 또는 Office 365 이동한 다음 온-프레미스 서버로 이동하는 시나리오를 보여 주는 메일 흐름 다이어그램 온-프레미스 서버에서 이동하는 메일은 Microsoft 365 또는 Office 365 다음 인터넷으로 이동합니다.

모범 사례

  1. Microsoft 365 또는 Office 365에서 사용자 지정 도메인을 추가합니다. 도메인 소유권을 증명하려면 Microsoft 365에서 도메인 추가를 참조하세요.

  2. Exchange Online에서 사용자 사서함 만들기 또는 Microsoft 365 또는 Office 365로 모든 사용자 사서함 이동하기.

  3. 1단계에서 추가한 도메인의 DNS 레코드를 업데이트합니다. (이 작업을 수행하는 방법을 잘 모르시나요? 이 페이지의 지침을 따릅니다.) 다음 DNS 레코드는 메일 흐름을 제어합니다.

    • MX 레코드: MX 레코드를 Microsoft 365로 가리키거나 domainKey-com.mail.protection.outlook.com> 형식<으로 Office 365.

      예를 들어 도메인이 contoso.com 경우 MX 레코드는 contoso-com.mail.protection.outlook.com.

    • SPF 레코드: 이 레코드는 유효한 보낸 사람으로 Microsoft 365 또는 Office 365 나열해야 합니다. EOP에 연결하는 온-프레미스 서버의 모든 IP 주소 및 조직을 대신하여 전자 메일을 보내는 타사. 예를 들어 조직의 전자 메일 서버의 인터넷 연결 IP 주소가 131.107.21.231인 경우 contoso.com 대한 SPF 레코드는 다음과 같습니다.

      v=spf1 ip4:131.107.21.231 include:spf.protection.outlook.com -all
      

      또는 타사 요구 사항에 따라 다음 예제와 같이 타사 도메인을 포함해야 할 수 있습니다.

      v=spf1 include:spf.protection.outlook.com include:third_party_cloud_service.com -all
      
  4. EAC(Exchange 관리 센터)에서 커넥터 마법사를 사용하여 Microsoft 365의 커넥터를 사용하여 메일 흐름을 구성하거나 다음 시나리오에 대해 Office 365.

    • Microsoft 365 또는 Office 365 조직의 전자 메일 서버로 메시지 보내기

    • 온-프레미스 서버에서 Microsoft 365 또는 Office 365 메시지 보내기

      다음 시나리오 중 하나가 조직에 적용되는 경우 온-프레미스 서버에서 Microsoft 365 또는 Office 365 메일 보내기를 지원하는 커넥터를 만들어야 합니다.

    • 조직에서 클라이언트를 대신하여 메시지를 보낼 수 있는 권한이 있지만 조직에서는 도메인을 소유하지 않습니다. 예를 들어, contoso.com이 fabrikam.com을 통해 전자 메일을 보낼 권한을 가지고 있지만 fabrikam.com이 contoso.com 소속이 아닙니다.

    • 조직은 Microsoft 365 또는 Office 365 통해 배달 외 보고서(NDR 또는 반송 메시지라고도 함)를 인터넷에 릴레이합니다.

      커넥터를 만들려면 아래 두 스크린샷과 같이 새 EAC 및 클래식 EAC에 대한 전자 메일을 식별하는 방법 화면에서 커넥터 만들기 마법사의 첫 번째 옵션을 Office 365 선택합니다.

여러 위치에서 메일 흐름을 관리하기 위해 커넥터를 만드는 화면입니다.

Exchange용 하이브리드 연결 마법사의 새 커넥터 화면을 보여 주는 스크린샷

이 구성을 사용하면 Microsoft 365 또는 Office 365 인증서를 사용하여 전자 메일 서버를 식별할 수 있습니다. 이 시나리오에서 인증서 CN 또는 SAN(주체 대체 이름)에는 조직에 속한 도메인이 포함됩니다. 자세한 내용은 전자 메일 서버에서 전자 메일 식별을 참조하세요. 커넥터 구성 세부 정보는 2부: 메일 서버에서 Microsoft 365 또는 Office 365 전달하도록 메일 구성을 참조하세요.

  1. 파트너 중 하나에 은행에 TLS 적용과 같은 특별한 요구 사항이 없는 한 다음 시나리오에서는 커넥터가 필요하지 않습니다.

    • Microsoft 365 또는 Office 365 파트너 조직으로 메일 보내기

    • 파트너 조직에서 Microsoft 365 또는 Office 365 메일 보내기

참고

조직에서 Exchange 2010 이상을 사용하는 경우 하이브리드 구성 마법사를 사용하여 온-프레미스 Exchange 서버뿐만 아니라 Microsoft 365 또는 Office 365 커넥터를 구성하는 것이 좋습니다. 이 시나리오에서는 도메인의 MX 레코드가 조직의 전자 메일 서버를 가리킬 수 없습니다.

시나리오 2: MX 레코드가 Microsoft 365 또는 Office 365 가리키고 메일이 온-프레미스에서 필터링됩니다.

  • 사서함을 Exchange Online 마이그레이션하고 조직의 전자 메일 서버(온-프레미스 서버)에 일부 사서함을 유지하려고 합니다. 온-프레미스 환경에 이미 있는 필터링 및 규정 준수 솔루션을 사용하려고 합니다. 인터넷에서 클라우드 사서함으로 오는 모든 메시지 또는 클라우드 사서함에서 인터넷으로 전송되는 메시지는 온-프레미스 서버를 통해 라우팅되어야 합니다.

온-프레미스 환경에서 메일을 필터링하는 비즈니스 또는 규정상의 이유가 있는 경우 도메인의 MX 레코드를 Microsoft 365 또는 Office 365 가리키고 중앙 집중식 메일 전송을 사용하도록 설정하는 것이 좋습니다. 이 설정은 최적의 스팸 필터링을 제공하고 조직의 IP 주소를 보호합니다. 이 시나리오의 경우, 조직의 메일 흐름 설정은 다음 다이어그램과 유사합니다.

MX 레코드가 Microsoft 365 또는 Office 365 가리키고 온-프레미스 서버에서 필터링이 발생하는 시나리오를 보여 주는 메일 흐름 다이어그램 인터넷의 메일은 Microsoft 365 또는 Office 365 다음, 준수 필터링을 위해 서버로 이동하고 Microsoft 365 또는 Office 365 돌아갑니다.

모범 사례

  1. Microsoft 365 또는 Office 365에서 사용자 지정 도메인을 추가합니다. 도메인 소유권을 증명하려면 Microsoft 365에서 도메인 추가를 참조하세요.

  2. Exchange Online에서 사용자 사서함 만들기 또는 Microsoft 365 또는 Office 365로 모든 사용자 사서함 이동하기.

  3. 1단계에서 추가한 도메인의 DNS 레코드를 업데이트합니다. (이 작업을 수행하는 방법을 잘 모르시나요? 이 페이지의 지침을 따릅니다.) 다음 DNS 레코드는 메일 흐름을 제어합니다.

    • MX 레코드: MX 레코드를 Microsoft 365로 가리키거나 domainKey-com.mail.protection.outlook.com> 형식<으로 Office 365.

    예를 들어 도메인이 contoso.com 경우 MX 레코드는 contoso-com.mail.protection.outlook.com.

    • SPF 레코드: 이 레코드는 유효한 보낸 사람으로 Microsoft 365 또는 Office 365 나열해야 하며, EOP에 연결하는 온-프레미스 서버의 모든 IP 주소와 조직을 대신하여 전자 메일을 보내는 제3자를 나열해야 합니다. 예를 들어 조직의 전자 메일 서버의 인터넷 연결 IP 주소가 131.107.21.231인 경우 contoso.com 대한 SPF 레코드는 다음과 같습니다.

      v=spf1 ip4:131.107.21.231 include:spf.protection.outlook.com -all
      
  4. 온-프레미스 규정 준수 솔루션에 CMT(중앙 집중식 메일 전송)를 사용합니다.

    • 인터넷에서 Exchange Online 사서함으로 오는 메일은 먼저 온-프레미스 서버로 전송된 다음 사서함으로 배달될 Exchange Online 돌아갑니다. 1줄은 시나리오 2 다이어그램에서 이 경로를 나타냅니다.

    • Exchange Online 인터넷으로 향하는 메일은 먼저 온-프레미스 서버로 전송된 다음, Exchange Online 다시 전송된 다음 인터넷에 배달됩니다. 4줄은 시나리오 2 다이어그램에서 이 경로를 나타냅니다.

    • 이 구성을 수행하려면 하이브리드 구성 마법사 또는 cmdlet을 통해 커넥터를 만들고 CMT를 사용하도록 설정합니다. CMT에 대한 자세한 내용은 Exchange 하이브리드 배포의 전송 옵션을 참조하세요.

파트너 중 하나에 은행에 TLS 적용과 같은 특별한 요구 사항이 없는 한 다음 시나리오에서는 커넥터가 필요하지 않습니다.

  • Microsoft 365 또는 Office 365 파트너 조직으로 메일 보내기

  • 파트너 조직에서 Microsoft 365 또는 Office 365 메일 보내기

시나리오 3: MX 레코드가 내 온-프레미스 서버를 가리킵니다.

  • 사서함을 Exchange Online 마이그레이션하고 조직의 전자 메일 서버(온-프레미스 서버)에 일부 사서함을 유지하려고 합니다. 온-프레미스 전자 메일 환경에 이미 있는 필터링 및 규정 준수 솔루션을 사용하려고 합니다. 인터넷에서 클라우드 사서함으로 오는 모든 메시지 또는 클라우드 사서함에서 인터넷으로 전송되는 메시지는 온-프레미스 서버를 통해 라우팅되어야 합니다. 내 도메인의 MX 레코드를 온-프레미스 서버로 향하게 할 필요가 있습니다.

시나리오 2 대신 도메인의 MX 레코드를 Microsoft 365 또는 Office 365 대신 조직의 전자 메일 서버로 가리킬 수 있습니다. 이 설정에 대해 사업상 또는 규정상의 요구 사항이 있는 조직도 있지만 일반적으로는 시나리오 2를 사용하는 경우 필터링이 더 잘 작동합니다.

이 시나리오의 경우, 조직의 메일 흐름 설정은 다음 다이어그램과 유사합니다.

MX 레코드가 Microsoft 365 또는 Office 365 대신 온-프레미스 서버를 가리키는 경우의 메일 흐름을 보여 주는 다이어그램 메일은 인터넷에서 조직의 서버로 이동하고 Microsoft 365 또는 Office 365. 메일은 Microsoft 365 또는 Office 365 온-프레미스 서버에서 인터넷으로 이동합니다.

모범 사례

도메인의 MX 레코드가 온-프레미스 IP 주소를 가리킨 경우 다음 모범 사례를 사용합니다.

  1. Microsoft 365 또는 Office 365에서 사용자 지정 도메인을 추가합니다. 도메인 소유권을 증명하려면 Microsoft 365에서 도메인 추가를 참조하세요.

  2. Exchange Online에서 사용자 사서함 만들기 또는 Microsoft 365 또는 Office 365로 모든 사용자 사서함 이동하기.

  3. 1단계에서 추가한 도메인의 DNS 레코드를 업데이트합니다. (이 작업을 수행하는 방법을 잘 모르시나요? 이 페이지의 지침을 따릅니다.) 다음 DNS 레코드는 메일 흐름을 제어합니다.

    • SPF 레코드: 이 레코드는 Microsoft 365 또는 Office 365 유효한 보낸 사람으로 나열해야 합니다. 또한 EOP에 연결된 온-프레미스 서버로부터의 IP 주소 및 조직을 대신해 전자 메일을 보내는 모든 타사를 모두 포함해야 합니다. 예를 들어 조직의 전자 메일 서버의 인터넷 연결 IP 주소가 131.107.21.231인 경우 contoso.com 대한 SPF 레코드는 다음과 같습니다.

      v=spf1 ip4:131.107.21.231 include:spf.protection.outlook.com -all
      
  4. Microsoft 365 또는 Office 365 통해 온-프레미스 서버에서 인터넷으로 메시지를 릴레이하지 않으므로 기술적으로 다음 시나리오에 대한 커넥터를 만들 필요가 없습니다. 그러나 MX 레코드를 Microsoft 365 또는 Office 365 가리키도록 변경하면 커넥터를 만들어야 합니다. 따라서 앞에서 수행하는 것이 가장 좋습니다. Exchange 관리 센터에서 커넥터 마법사를 사용하여 2부: 메일 서버에서 Microsoft 365로 이동하도록 메일 구성 또는 다음 시나리오에 대한 Office 365 또는 하이브리드 구성 마법사를 사용하여 커넥터를 만듭니다.

    • Microsoft 365에서 조직의 전자 메일 서버로 메일 보내기 또는 Office 365

    • 온-프레미스 서버에서 Microsoft 365 또는 Office 365 메일 보내기

  5. 메시지가 MX를 통해 조직의 온-프레미스 서버로 전송되도록 하려면 파트너 조직에서 보낸 전자 메일에 적용할 수 있는 보안 제한 예제로 이동하고 "예제 3: 파트너 조직 도메인의 모든 전자 메일 ContosoBank.com 특정 IP 주소 범위에서 전송되도록 요구"를 따릅니다.

시나리오 4: MX 레코드는 메시지에 대한 규정 준수 솔루션을 필터링하고 제공하는 온-프레미스 서버를 가리킵니다. 온-프레미스 서버는 Microsoft 365 또는 Office 365 통해 메시지를 인터넷에 릴레이해야 합니다.

  • 사서함을 Exchange Online 마이그레이션하고 조직의 전자 메일 서버(온-프레미스 서버)에 일부 사서함을 유지하려고 합니다. 온-프레미스 전자 메일 환경에 이미 있는 필터링 및 규정 준수 솔루션을 사용하려고 합니다. 온-프레미스 서버에서 보낸 모든 메시지는 Microsoft 365 또는 Office 365 통해 인터넷으로 릴레이해야 합니다. 내 도메인의 MX 레코드를 온-프레미스 서버로 향하게 할 필요가 있습니다.

이 시나리오의 경우, 조직의 메일 흐름 설정은 다음 다이어그램과 유사합니다.

인터넷에서 온-프레미스 서버로, Microsoft 365 또는 Office 365 메일을 보여 주는 화살표가 있는 메일 흐름 다이어그램 또한 온-프레미스 서버에서 Microsoft 365로 이동하거나 인터넷으로 Office 365 전자 메일을 표시합니다.

모범 사례

도메인의 MX 레코드가 온-프레미스 IP 주소를 가리킨 경우 다음 모범 사례를 사용합니다.

  1. Microsoft 365 또는 Office 365에서 사용자 지정 도메인을 추가합니다. 도메인 소유권을 증명하려면 Microsoft 365에서 도메인 추가를 참조하세요.

  2. Exchange Online에서 사용자 사서함 만들기 또는 Microsoft 365 또는 Office 365로 모든 사용자 사서함 이동하기.

  3. 1단계에서 추가한 도메인의 DNS 레코드를 업데이트합니다. (이 작업을 수행하는 방법을 잘 모르시나요? 이 페이지의 지침을 따릅니다.) 다음 DNS 레코드는 메일 흐름을 제어합니다.

    • MX 레코드: MX 레코드를 메일 형식으로 온-프레미스 서버로 가리킵니다.< domainKey.com>

      예를 들어 도메인이 contoso.com 경우 MX 레코드는 .mail.contoso.com.

    • SPF 레코드: 이 레코드는 Microsoft 365 또는 Office 365 유효한 보낸 사람으로 나열해야 합니다. 또한 EOP에 연결된 온-프레미스 서버로부터의 IP 주소 및 조직을 대신해 전자 메일을 보내는 모든 타사를 모두 포함해야 합니다. 예를 들어 조직의 전자 메일 서버의 인터넷 연결 IP 주소가 131.107.21.231인 경우 contoso.com 대한 SPF 레코드는 다음과 같습니다.

      v=spf1 ip4:131.107.21.231 include:spf.protection.outlook.com -all
      
  4. EAC에서 커넥터 마법사를 사용하여 Microsoft 365의 커넥터를 사용하여 메일 흐름을 구성하거나 다음 시나리오에 대해 Office 365.

    • Microsoft 365에서 조직의 전자 메일 서버로 메일 보내기 또는 Office 365

    • 온-프레미스 서버에서 Microsoft 365 또는 Office 365 메일 보내기

      조직에 다음 시나리오가 적용되는 경우 "온-프레미스 서버에서 Microsoft 365로 메일 보내기 또는 Office 365" 시나리오를 지원하는 커넥터를 만듭니다.

    • 조직에서 클라이언트를 대신하여 메일을 보낼 수 있는 권한이 있지만 조직에 도메인이 없습니다. 예를 들어, contoso.com이 fabrikam.com을 통해 전자 메일을 보낼 권한을 가지고 있지만 fabrikam.com이 contoso.com 소속이 아닙니다.

    • 조직에서 Microsoft 365 또는 Office 365 통해 NDR(배달 불가 보고서)을 인터넷에 릴레이합니다.

    • contoso.com이라는 도메인의 MX 레코드는 온-프레미스 서버로 향하고 조직 내의 사용자들은 자동으로 메시지를 조직 외부의 전자 메일 주소로 전달합니다. 예를 들어 는 kate@contoso.com 전달을 사용하도록 설정하고 모든 메시지는 로 kate@tailspintoys.com이동합니다. 메시지가 Microsoft 365 또는 Office 365 도착할 때까지 에 메시지를 kate@contoso.com보내는 경우 john@fabrikam.com 보낸 사람 도메인이 fabrikam.com 받는 사람 도메인이 tailspin.com. 보낸 사람 도메인 및 받는 사람 도메인은 조직에 속하지 않습니다.

      커넥터를 만들려면 커넥터 만들기 마법사의 첫 번째 옵션을 선택합니다. Microsoft 365 또는 Office 365 새 EAC 및 클래식 EAC에 대한 아래 두 스크린샷과 같이 전자 메일 서버의 전자 메일을 식별하는 방법 화면에서 선택합니다.

여러 위치에서 메일 흐름을 관리하기 위해 커넥터를 만드는 화면입니다.

Exchange용 하이브리드 연결 마법사의 새 커넥터 화면을 보여 주는 스크린샷

이 옵션을 사용하면 Microsoft 365 또는 Office 365 인증서를 사용하여 전자 메일 서버를 식별할 수 있습니다. 이 시나리오에서 인증서 CN 또는 SAN(주체 대체 이름)에는 조직에 속한 도메인이 포함됩니다. 자세한 내용은 전자 메일 서버에서 전자 메일 식별을 참조하세요. 커넥터 구성 세부 정보는 2부: 메일 서버에서 Microsoft 365 또는 Office 365 전달하도록 메일 구성을 참조하세요.

  1. MX를 통해 메시지가 조직의 온-프레미스 서버로 전송되도록 파트너 조직과의 안전한 메일 흐름을 위한 커넥터를 설정합니다.

참고 항목

Exchange Online, Microsoft 365 및 Office 365에 대한 메일 흐름 모범 사례(개요)

Microsoft 365 또는 Office 365를 사용하여 모든 사서함 및 메일 흐름 관리

Microsoft 365 또는 Office 365 타사 클라우드 서비스를 사용하여 메일 흐름 관리

Microsoft 365 또는 Office 365 및 온-프레미스의 사서함과 함께 타사 클라우드 서비스를 사용하여 메일 흐름 관리

Office Microsoft 365 또는 365 메일 흐름 문제 해결

Microsoft 365 또는 Office 365 커넥터의 유효성을 검사하여 메일 흐름 테스트