온-프레미스 Exchange Server 및 Office 365 Exchange Online의 하이브리드 배포에서 약속 있음/없음 문제를 해결 하는 방법

두 환경의 계정에서는 약속 있음/없음 정보를 검색할 수 없습니다.

Exchange 페더레이션된 조직의 환경에 있는 사용자는 다른 환경에 위치한 사서함의 약속 있음/없음 정보를 검색할 수 없습니다. 이 경우 Outlook이 최신 상태가 아니거나 Exchange 페더레이션이 올바르게 설정 되지 않았을 수 있습니다. 이 문제를 해결 하는 데 도움이 되도록 사용자에 게 Microsoft Outlook을 사용할 때 문제가 발생 하는지 여부를 확인 하 고 Office 365의 웹용 Outlook (이전의 Outlook Web App)을 사용 하는 경우 Outlook 및 웹용 Outlook에서 동작이 다르면 Outlook 클라이언트가 Exchange federation에 대 한 요구 사항을 충족 하지 못하는 문제가 발생할 수 있습니다. 사용자에게 다음 단계를 수행하도록 요청하십시오.

1. Office 365 포털 (https://portal.office.com)에 로그인 합니다.

2. 설정을 클릭 합니다 ()을 클릭 한 다음 Office 365을 클릭 합니다.

3. 소프트웨어를 클릭 하 고 설치를 클릭 합니다.

사용자가 Office 365 데스크톱 응용 프로그램을 설정한 후에는 약속 있음/없음 문제가 해결 되어야 합니다. 이 문제가 Outlook 및 웹용 Outlook 에서도 동일 하 게 발생 하는 경우 조직에서 Exchange 페더레이션을 설정 하는 방법에 대 한 문제가 있을 수 있습니다. 이 경우 환경이 시스템 요구 사항을 충족 하는지 확인 하려면 Microsoft Exchange Server 배포 도우미 를 참조 하세요.

한 환경에서 약속 있음/없음 정보를 검색할 수 없음

사용자는 한 가지 특정 방향으로 Exchange 페더레이션을 통해 약속 있음/없음 정보에 액세스할 수 없습니다. 예를 들어 온-프레미스 사용자는 클라우드 사서함의 약속 있음/없음 정보에 액세스할 수 없습니다. 또는 클라우드 사용자가 온-프레미스 사서함의 약속 있음/없음 정보에 액세스할 수 없습니다. 이 시나리오에서는 응용 프로그램 대상 URI의 잘못 된 구성으로 인해 문제가 발생할 수 있습니다. 또는 온-프레미스 Exchange Server 환경 및 Exchange Online의 공유 정책이 일치 하지 않을 수 있습니다. 이 문제를 해결 하는 데 도움이 필요한 경우 다음 단계를 따르세요.

1. Exchange Server를 실행 하는 온-프레미스 컴퓨터에서 Exchange 관리 셸을 엽니다.

2. 명령줄에 다음 명령을 입력 한 다음 enter 키를 누릅니다.

   Get-FederationInformation -domainname <Office 365 Domain> 

   이 명령에서 <office 365 도메인> 자리 표시자는 기본 Office 365 도메인 (예: contoso.onmicrosoft.com)을 나타냅니다.

3. 결과에서 TargetApplicationUri 및 TargetAutodiscoverEpr 값을 적어 둡니다. 다음은 페더레이션 트러스트가 올바르게 설정 되었는지 확인 하기 위해 대상 도메인이 가져야 하는 설정입니다.

4. 현재 기본 Office 365 도메인에 대해 설정 된 신뢰 정보를 표시 하려면 다음 명령을 실행 합니다.

   Get-OrganizationRelationship | FL

5. 도메인 이름 섹션에 다음 항목이 표시 되는지 확인 합니다.

   • 회사의 서비스 라우팅 도메인 이름 (예: mail.contoso.onmicrosoft.com)

   • 회사의 페더레이션 도메인 이름 (예: contoso.com)

   이러한 이름이 도메인 이름 섹션에 표시 되지 않는 경우 Exchange federation 설정에 영향을 주는 문제가 있을 수 있습니다. Microsoft Exchange Server 배포 어시스턴트 를 검토 하 여 구성이 권장 단계에 부합 하 고 해당 환경이 모든 시스템 요구 사항을 충족 하는지 확인 합니다. 두 도메인이 Domainnames 섹션에 올바르게 표시 되는 경우 결과에서 다음 섹션을 참조 하세요.

   • 이름

   • TargetApplicationUri

   • TargetAutodiscoverEpr

   TargetApplicationUri 및 TargetAutodiscoverEpr 값은 Get FederationInformation cmdlet의 해당 값과 일치 해야 합니다. 값이 일치 하지 않으면 다음 명령을 실행 하 여 차이점을 수정 합니다.

   Set-OrganizationRelationship -Identity <Name> -TargetApplicationUri <TargetApplicationUri> -TargetAutodiscoverEpr <TargetAutodiscoverEpr> 

6. 약속 있음/없음 문제가 지속 되는 경우 온-프레미스 Exchange Server 환경의 공유 정책과 Exchange Online이 일치 하는지 확인 합니다. 이를 확인 하려면 Exchange 관리 셸에서 다음 명령을 실행 한 다음 결과에서 Domains 필드의 값을 확인 합니다.

   Get-SharingPolicy | FL

7. Windows PowerShell을 사용 하 여 다른 환경에서 동일한 테스트를 실행 하 여 Exchange Online에 연결 합니다. 이렇게 하면 공유 정책이 일치 하는지 여부를 확인할 수 있습니다. Windows PowerShell을 사용 하 여 Exchange Online에 연결 하는 방법에 대 한 자세한 내용은 다음 Microsoft 웹 사이트를 참조 하세요.

   원격 PowerShell을 사용 하 여 Exchange Online에 연결

8. Exchange Online에 연결한 후에 온-프레미스 환경과 같이 Windows PowerShell 창에서 다음 명령을 실행 한 다음 Domains 필드의 값을 확인 합니다.

   Get-SharingPolicy

9. 두 환경의 Domains (도메인 ) 값이 일치 해야 합니다. 일치 하지 않는 경우 set-SharingPolicy cmdlet을 사용 하 여 양쪽 모두에서 일치 하도록 Domains 필드를 설정할 수 있습니다. SharingPolicy cmdlet에 대 한 자세한 내용과이 공유 정책 설정을 사용 하는 방법에 대 한 자세한 내용은 다음 Microsoft TechNet 웹 사이트를 참조 하세요.

   Set-SharingPolicy

온-프레미스 계정을 사용 하 여 클라우드 계정에서 약속 있음/없음 정보를 검색할 수 없음

이 문제는 클라우드 사서함의 약속 있음/없음 정보를 검색 하려고 하는 온-프레미스 사용자만 사용할 수 있습니다. 먼저 최신 업데이트가 서버에 설치 되어 있는지 확인 합니다. 자세한 내용은 Exchange Server 업데이트: 번호 작성 및 릴리스 날짜를 참조 하세요. 문제가 지속 되는 경우 FederationTrust cmdlet을 사용 하 여 실패에 대 한 자세한 정보를 수집할 수 있습니다. 이렇게 하려면 다음 단계를 수행하세요.

1. Exchange 관리 셸에서 <OnPremisesMailbox> 자리 표시자는 온-프레미스 환경에서 호스팅되는 사용자 사서함의 전자 메일 주소를 나타내는 다음 명령을 실행 합니다.

   Test-FederationTrust -UserIdentity <OnPremisesMailbox> -verbose 

   참고 이 명령은 온-프레미스 사용자가 사용 하는 페더레이션 신뢰 토큰을 테스트 합니다.

2. 결과에 형식이실패한 섹션이 하나 이상 포함 되어 있다고 가정 하 고 결과를 텍스트 파일로 복사한 다음 Exchange Online Services 지원에 파일을 보내 추가 도움말을 봅니다.

클라우드 계정을 사용 하 여 온-프레미스 계정에서 약속 있음/없음 정보를 검색할 수 없음

이 문제는 온-프레미스 사서함의 약속 있음/없음 정보를 검색 하려고 하는 클라우드 사용자만 사용할 수 있습니다. 이 경우에는 관련 된 사서함이 Exchange server 2007 또는 Exchange Server 2010 대신 Exchange Server 2003에서 호스팅될 수 있습니다. Exchange Server 2003에서는 이후 버전에서 약속 있음/없음 정보를 가져오는 데 사용 하는 Exchange 웹 서비스 요청을 지원 하지 않습니다. Exchange Server 2003 공용 폴더에 보관 된 약속 있음/없음 데이터가 공용 폴더 데이터베이스를 지원할 수 있는 Exchange Server 2010 사서함 서버로 복제 되는지 확인 합니다.

1. 페더레이션 지원에 사용 하는 CA (클라이언트 액세스 서버) 역할이 설치 되어 있는 서버에 사서함 역할을 설치할 수 있습니다. Microsoft Exchange Server 배포 어시스턴트를 사용 하 여이 작업을 수행 하는 방법에 대 한 자세한 내용은 Exchange Server 배포 어시스턴트 를 참조 하세요.

2. 클라우드 사용자가 온-프레미스 사서함의 약속 있음/없음 정보를 검색 하려고 할 때 여전히 문제가 발생 하면 온-프레미스 자동 검색 서비스에 연결 하는 데 문제가 있는지 확인 합니다. 이렇게 하려면 다음 단계를 수행하세요.

   1. Microsoft 원격 연결 분석기에서 다음 Microsoft 웹 사이트를 엽니다.

      https://www.testconnectivity.microsoft.com/?testid=OutlookAutoDisc

   2. Outlook 자동 검색 페이지에서 문제가 있는 온-프레미스 환경에서 전자 메일 주소와 계정의 암호를 사용 하 여 양식을 작성 합니다. 체크 상자를 선택 하 여 작업 계정의 자격 증명을 입력할 수 있는 권한이 있는지 확인 합니다.

   3. 자동화 된 프로그램이 요청을 수행 하 고 있는지 확인 하려면 사용자 인터페이스 챌린지를 완료 해야 합니다. 그림의 문자 및 숫자를 상자에 입력 하 고 테스트 수행을 클릭 합니다.

3. 테스트에 실패 하면 온-프레미스 프록시 서버 및 방화벽에 대 한 설정을 확인 합니다. Exchange Online CA를 인터넷에서 포트 443를 통해 액세스할 수 있는지 확인 합니다.

Exchange Online과 온-프레미스 Exchange 2003 조직 또는 혼합 온-프레미스 Exchange 2003 및 Exchange 2007 조직 간의 하이브리드 배포에서는 약속 있음/없음 정보를 사용할 수 없습니다.

이 시나리오에서는 OU = EXTERNAL (FYDIBOHF25SPDLT) 공용 폴더가 공용 폴더 계층 구조에 없으므로 추가 해야 합니다. OU = EXTERNAL (FYDIBOHF25SPDLT) 공용 폴더를 추가 하려면 다음 단계를 따릅니다.

1. 공용 폴더 서버에서 온-프레미스 Exchange 2010 공용 폴더 서버에 연결 합니다.

2. Windows PowerShell을 엽니다.

3. 다음 명령을 실행합니다. Add-PsSnapin Microsoft.Exchange.Management.Powershell.Setup

4. 다음 명령을 실행 합니다. Install-FreeBusyFolder

클라우드 사서함이 온-프레미스 사서함의 약속 있음/없음 정보를 볼 수 없음

Get-OrganizationRelationship |을 (를) 실행할 때 FL Cmdlet Exchange Online에 연결 된 원격 PowerShell 창에서 TargetSharingEpr 매개 변수 값을 올바르게 설정 해야 합니다. 이 값이 비어 있거나 null 이거나 잘못 된 경우 클라우드 사서함에서 온-프레미스 사서함에 대 한 약속 있음/없음 정보를 볼 수 없습니다.

값을 설정 하려면 다음 명령을 실행 합니다.

Get-OrganizationRelationship |Set-OrganizationRelationship -TargetSharingEpr "EWS address of organization"

예를 들어, 다음 명령을 실행합니다.

Get-OrganizationRelationship |Set-OrganizationRelationship -TargetSharingEpr "Https://mail.contoso.com/ews/exchange.asmx/WSSecurity"