Q: HCW(하이브리드 구성 마법사)를 실행하고 있는데 "HCW에서 만든 인바운드 커넥터가 사용 안 함 상태"라는 경고 메시지가 표시됩니다. HCW별 인바운드 커넥터를 사용하도록 설정하려면 어떻게 해야 하나요?
EAC(Exchange 관리 Center) 또는 PowerShell cmdlet을 통해 만든 커넥터에서 이 동작을 경험하는 고객은 Microsoft 지원에 문의해야 합니다. 비즈니스 근거를 사용하여 테넌트 내에서 하이브리드 사용을 위해 OnPremises 유형의 인바운드 커넥터를 사용하도록 설정합니다.
그런데 Exchange Online Powershell에서도 사서함 이동시 오류가 발생하였다.
new-moverequest -identity MeetRoom -remote -remotehostname Server -targetdeliverydomain "Tenanat-Domain.mail.onmicrosoft.com" -remotecredential id@domain
The call to 'https://Server/EWS/mrsproxy.svc' timed out. Error details: The request channel timed out while waiting for a reply after 00:00:04.9569078. Increase the timeout value passed to the call to Request or increase the SendTimeout value on the Binding . The time allotted to this operation may have been a portion of a longer timeout. --> The HTTP request to 'https://Server/EWS/mrsproxy.svc' has exceeded the allotted timeout of 00:00:04.9560000. The time allotted to this operation may have been a portion o f a longer timeout. --> The operation has timed out + CategoryInfo : NotSpecified: (:) [New-MoveRequest], MRSRemoteTransientException + FullyQualifiedErrorId : [Server=PU4P216MB1504,RequestId=0065b995-6842-4c91-b0d6-f5580ddaacbe,TimeStamp=2023-02-24 오전 1:10:13] [FailureCategory=Cmdlet-MRSRemoteTransientException] E55E38C0,Microsoft.Exchange.Management.Migration.MailboxReplication.MoveRequest.New M oveRequest + PSComputerName : outlook.office365.com
[원인 및 해결내용]
Exchange Online Powershell에서도 되지 않았던 이유는 Exchange Online 라이선스가 만료된걸 확인하고 유효한 라이선스로 갱신하니 정상적으로 진행이 되었다.
Exchange Hybrid환경에서 온 프레미스의 사서함(리소스 사서함, 사용자 사서함)을 Exchange Online으로 이동하려고 할 때, 다음과 같은
오류가 발생된다.
오류: MrsHttpUnauthorizedException: The Mailbox Replication Service was unable to connect to the remote server using the credentials provided. Please check the credentials and try again. The call to 'https://Server/EWS/mrsproxy.svc' failed. Error details: The HTTP request is unauthorized with client authentication scheme 'Negotiate'. The authentication header received from the server was 'Negotiate,NTLM,Basic realm="Server"'.
--> The remote server returned an error: (401) Unauthorized..
--> The HTTP request is unauthorized with client authentication scheme 'Negotiate'. The authentication header received from the server was 'Negotiate,NTLM,Basic realm="Server"'.
--> The remote server returned an error: (401) Unauthorized.
-->The call to 'https://Server/EWS/mrsproxy.svc' failed. Error details: The HTTP request is unauthorized with client authentication scheme 'Negotiate'. The authentication header received from the server was 'Negotiate,NTLM,Basic realm="Server'.
--> The remote server returned an error: (401) Unauthorized..
--> The HTTP request is unauthorized with client authentication scheme 'Negotiate'. The authentication header received from the server was 'Negotiate,NTLM,Basic realm="Server"'. --> The remote server returned an error: (401) Unauthorized.
다음과 같이 Powershell로 사서함을 이동해 볼 수 있고 우선 동작한다. 웹GUI에서는 왜 안되는지 고민을 더 해봐야 할 듯 하다.
온 프레미스 디렉터리(Non-Exchange)환경에서 계정 및 그룹을 생성하고 Azure AD Connect를 이용하여, 동기화를 하게 되면 Azure AD에 계정과 그룹이 동기화가 되고, 동기화된 계정에 Exchange Online 기능이 포함된 라이선스를 할당하면 Exchange Online을 사용하실 수 있습니다. 기초 수준의 하이브리드 환경입니다.
위와 같은 환경에서는 동기화된 메일 계정은 주소록 숨기기를 할 수 없고, 메일 그룹은 배달관리 기능을 사용할 수 없습니다.
해당 기능은 Exchange Schema의 값으로 사용하는 기능이나, Azure AD에 동기화된 계정과 그룹의 속성을 확인해보면 해당 값을 지정할 수가 없도록 되어 있습니다. 온 프레미스 Exchange가 설치되어 있지 않기 때문에 값을 지정할 수 없고, 해당 값이 동기화 되지 않으나 해당 기능을 사용할 수 없습니다.
다음의 방법으로 온 프레미스에 Exchange를 설치하지 않아도 배달관리, 주소록 숨김 기능을 구현해볼 수는 있습니다.
1. 온 프레미스 Exchange설치 없이, Exchange Schema만 확장합니다. 테스트 상으로는 닷넷 프레임워크 4.8이 필요하고 설치 후 재시작이 필요했습니다.
2. Azure AD Connect에서 확장된 Exchange Schema값을 새로고침합니다.
여기까지 하게 되면, 확장된 Exchange Schema를 이용하여 배달관리와 주소록 숨기기를 구현할 수 있습니다. 그러나 이러한 방법으로 사용해서는 안됩니다.
Exchange Online에서 요구하는 Exchange Schema가 업데이트 되면, 온 프레미스에서도 업데이트 수준을 맞춰야 문제가 발생하지 않을 것입니다. 그러나, Schema만 확장하고 사용을 하다가 상위버전의 Schema로 업데이트를 하려고 하면 기 설치된 Exchange Role를 체크하고 업데이트를 진행하게 되는데 이때 설치된 Exchange Role이 없기 때문에 Schema업데이트는 실패되기 때문입니다.
온 프레미스 디렉터리(Non-Exchange)환경에서 Exchange Schema를 확장하기 보다는, 메일그룹은 클라우드에 직접 생성을 하고, 주소록 숨기기는 해당 계정의 메일 백업을 받은 뒤 계정을 삭제한 다음 업무를 인계받는 사용자의 계정에 2nd smtp address로 추가를 하는 것이 적절할 듯 합니다.