기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.
# Amazon WorkMail과 Microsoft Exchange 간의 상호 운용성
Amazon WorkMail과 Microsoft Exchange Server 간에는 상호 운용성이 있으므로 사서함을 Amazon WorkMail로 마이그레이션하거나 회사 사서함의 일부에 Amazon WorkMail을 사용할 때 사용자에게 발생하는 중단을 최소화할 수 있습니다.
이러한 상호 운용성 덕분에 동일한 회사 도메인을 두 환경의 사서함에 모두 사용할 수 있습니다. 이 방법으로 사용자는 약속 없음/있음 일정 상태 정보를 양방향으로 공유하여 회의를 예약할 수 있습니다.
## 사전 조건
Microsoft Exchange와 상호 운용성을 활성화하기 전에 다음 작업을 수행합니다.
+ Microsoft Exchange에 대한 가용성 설정을 구성할 수 있도록 Amazon WorkMail에 대해 활성화된 사용자가 한 명 이상 있는지 확인합니다. 사용자를 활성화하려면 [사용자에 대해 이메일 라우팅 활성화](getting_started.md#enable_routing_user) 단원의 단계를 따릅니다.
+ AD(Active Directory) 커넥터를 설정합니다. 온프레미스 디렉터리를 사용해 AD 커넥터를 설정하면 사용자는 계속해서 기존 회사 보안 인증을 사용할 수 있습니다. 자세한 내용은 [AD Connector 생성](https://docs.aws.amazon.com/directoryservice/latest/admin-guide/ad_connector_getting_started.html#create_ad_connector) 및 [온프레미스 디렉터리와 Amazon WorkMail 통합](https://docs.aws.amazon.com/workmail/latest/adminguide/premises_directory.html)을 참조하세요.
+ Amazon WorkMail 조직을 설정합니다. 설정한 AD 커넥터를 사용하는 Amazon WorkMail 조직을 생성합니다.
+ Amazon WorkMail 조직에 회사 도메인을 추가한 다음 Amazon WorkMail 콘솔에서 해당 도메인을 확인합니다. 그렇지 않으면 이 별칭으로 보낸 이메일이 반송됩니다. 자세한 내용은 [도메인 작업](https://docs.aws.amazon.com/workmail/latest/adminguide/domains_overview.html)을 참조하십시오.
+ 사서함을 Amazon WorkMail로 마이그레이션합니다. 온프레미스 환경에서 Amazon WorkMail로 사서함을 프로비저닝 및 마이그레이션하도록 합니다. 자세한 내용은 [기존 사용자 활성화](https://docs.aws.amazon.com/workmail/latest/adminguide/enable_user.html) 및 [Amazon WorkMail로 마이그레이션](https://docs.aws.amazon.com/workmail/latest/adminguide/migration_overview.html)을 참조하세요.
**참고**
Amazon WorkMail을 가리키도록 DNS 레코드를 업데이트하지 마세요. 그러면 두 환경 간에 상호 운용성이 필요한 동안 Microsoft Exchange가 수신 이메일의 주 서버로 유지됩니다.
+ Active Directory의 UPN(사용자 보안 주체 이름)이 사용자의 기본 SMTP 주소와 일치하는지 확인합니다.
Amazon WorkMail에서는 일정의 약속 없음/있음 정보를 얻기 위해 Microsoft Exchange에 대한 EWS(Exchange Web Services) URL에 HTTPS 요청을 생성합니다.
EWS 기반 가용성 공급자의 경우, Amazon WorkMail에서는 일정의 약속 없음/있음 정보를 얻기 위해 Microsoft Exchange에 대한 EWS(Exchange Web Services) URL에 HTTPS 요청을 생성합니다. 따라서 다음 사전 요구 사항은 EWS 기반 가용성 공급자에만 적용됩니다.
+ 인터넷에서의 액세스를 허용하도록 관련 방화벽 설정이 지정되어 있는지 확인합니다. HTTPS의 기본 포트는 포트 443입니다.
+ 올바른 인증 기관(CA)에서 서명한 인증서를 Microsoft Exchange 환경에서 사용할 수 있는 경우에만 Amazon WorkMail은 Microsoft Exchange에 대한 EWS URL에 HTTPS 요청을 성공적으로 생성할 수 있습니다. 자세한 내용은 Microsoft Exchange 설명서 웹 사이트에서 [인증 기관에 대한 Exchange Server 인증서 요청 만들기](https://technet.microsoft.com/en-us/library/bb125165.aspx)를 참조하세요.
+ Microsoft Exchange에서 EWS에 대해 **기본 인증**을 활성화해야 합니다. 자세한 내용은 Microsoft MVP Award Program 블로그에서 [Virtual directories: Exchange 2013](https://docs.microsoft.com/en-us/archive/blogs/mvpawardprogram/virtual-directories-exchange-2013)을 참조하십시오.
## 도메인 추가 및 사서함 활성화
이메일 주소에 회사 도메인을 사용할 수 있도록 Amazon WorkMail에 회사 도메인을 추가합니다. Amazon WorkMail에 추가된 도메인이 확인되었는지 확인한 다음 Amazon WorkMail에서 사서함을 프로비저닝할 수 있도록 사용자 및 그룹을 활성화합니다. 상호 운용성 모드일 때 Amazon WorkMail에서 리소스를 활성화할 수 없으므로 상호 운용성 모드를 비활성화한 후 Amazon WorkMail에서 리소스를 다시 생성해야 합니다. 그러나 이러한 리소스를 사용하여 상호 운용성 모드에서 회의를 예약할 수는 있습니다. Microsoft Exchange의 리소스는 항상 Amazon WorkMail의 **사용자** 탭에 표시됩니다.
+ 자세한 내용은 [도메인 추가](https://docs.aws.amazon.com/workmail/latest/adminguide/add_domain.html), [기존 사용자 활성화](https://docs.aws.amazon.com/workmail/latest/adminguide/enable_user.html) 및 [기존 그룹 활성화](https://docs.aws.amazon.com/workmail/latest/adminguide/enable_existing_group.html)를 참조하십시오.
**참고**
Microsoft Exchange와의 상호 운용성을 보장하기 위해서는 Amazon WorkMail 레코드를 가리키도록 DNS 레코드를 업데이트하면 안 됩니다. 그러면 두 환경 간에 상호 운용성이 필요한 동안 Microsoft Exchange가 수신 이메일의 주 서버로 유지됩니다.
## 상호 운용성 활성화
Amazon WorkMail 조직을 만들지 않은 경우 공개 API를 사용하여 상호 운용성 모드가 활성화된 새 WorkMail 조직을 만들 수 있습니다.
Active Directory에 AD Connector가 연결되어 있는 Amazon WorkMail 조직이 이미 있고 Microsoft Exchange도 있는 경우 [AWS Support](https://aws.amazon.com/premiumsupport/)에 문의하여 기존 Amazon WorkMail 조직에 대해 Microsoft Exchange 상호 운용성을 활성화하기 위한 지원을 요청하세요.
## Microsoft Exchange 및 Amazon WorkMail에서 서비스 계정 생성
**참고**
Exchange를 사용자 지정 가용성 공급자의 백엔드로 사용하지 않는 경우에는 Exchange에서 서비스 계정을 생성할 필요가 없습니다.
약속 없음/있음 일정 정보에 액세스하려면 Microsoft Exchange와 Amazon WorkMail에 모두 서비스 계정을 생성해야 합니다. Microsoft Exchange 서비스 계정은 다른 Exchange 사용자의 약속 없음/있음 일정 정보에 액세스할 수 있는 Microsoft Exchange의 사용자입니다. 액세스 권한이 기본적으로 부여되므로 특별 권한은 필요하지 않습니다.
마찬가지로, Amazon WorkMail 서비스 계정은 Amazon WorkMail에서 다른 사용자의 약속 없음/있음 일정 정보에 액세스할 수 있는 Amazon WorkMail의 사용자입니다. 이 권한도 기본적으로 부여됩니다. 온프레미스 디렉터리에 Amazon WorkMail 사용자를 생성한 다음 해당 사용자가 Amazon WorkMail을 사용하도록 설정하여 Amazon WorkMail을 AD Connector와 디렉터리에 통합해야 합니다.
## 상호 운용성 모드에서의 제한 사항
조직이 상호 운용성 모드이면 Exchange Admin Center를 사용하여 모든 사용자, 그룹 및 리소스를 관리해야 합니다. Amazon WorkMail 사용자 및 그룹을 활성화하려면 AWS Management Console을 사용하세요. 자세한 내용은 [기존 사용자 활성화](https://docs.aws.amazon.com/workmail/latest/adminguide/enable_user.html) 및 [기존 그룹 활성화](https://docs.aws.amazon.com/workmail/latest/adminguide/enable_existing_group.html)를 참조하십시오.
Amazon WorkMail에 대해 사용자 또는 그룹을 활성화하면 해당 사용자 및 그룹의 이메일 주소 또는 별칭은 편집할 수 없습니다. 또한 Exchange 관리 센터를 통해 구성해야 합니다. Amazon WorkMail은 4시간마다 디렉터리의 변경 내용을 동기화합니다.
상호 운용성 모드에서는 Amazon WorkMail에서 리소스를 생성하거나 활성화할 수 없습니다. 그러나 Amazon WorkMail 주소록에서 모든 Exchange 리소스를 사용할 수 있고 평상시처럼 회의 예약에 이러한 리소스를 사용할 수 있습니다.