Exchange 하이브리드 환경에서 약속 있음/없음 문제 해결

이 가이드의 용도는 무엇입니까?

Office 365의 온-프레미스 Microsoft Exchange Server 및 Microsoft Exchange Online 하이브리드 배포에서 발생할 수 있는 약속 있음/없음 문제 해결 방법에 대해 설명합니다.

사용 대상은 누구입니까?

테넌트 관리자를 대상으로 합니다. 여러 단계에서 높은 액세스 권한이 필요합니다.

어떤 방식으로 작동합니까?

직면한 문제에 대해 질문하는 방식으로 시작합니다. 그런 다음 해당 상황과 관련된 일련의 문제 해결 단계를 거칩니다.

예상 완료 시간:

30~60분

하이브리드 환경 약속 있음/없음 문제 해결사 시작

발생하는 문제를 가장 잘 나타내는 옵션을 선택하십시오.

참고: 하이브리드 배포에서 약속 있음/없음이 작동하는 방식을 확인하려면 "하이브리드 약속 있음/없음이 작동되는 방식을 이해하고 싶습니다" 옵션을 클릭하십시오.

하이브리드 환경 약속 있음/없음 문제 해결사 시작

발생하는 문제를 가장 잘 나타내는 옵션을 선택하십시오.

참고: 하이브리드 배포에서 약속 있음/없음이 작동하는 방식을 확인하려면 "하이브리드 약속 있음/없음이 작동되는 방식을 이해하고 싶습니다" 옵션을 클릭하십시오.

해당 환경의 온-프레미스 Exchange 서버 버전

하이브리드 약속 있음/없음이 작동되는 방식을 보다 잘 이해하려면 다음 순서도를 검토하십시오. 해당 환경과 일치하는 온-프레미스 Exchange 서버 버전을 선택하십시오.

Exchange 2010/2013 약속 있음/없음 워크플로

다음 다이어그램은 Exchange 2010/2013 약속 있음/없음 워크플로를 보여 줍니다.

P3_ExchangeWorkFlow
 


문제가 해결되었습니까?

Exchange 2007 약속 있음/없음 워크플로

다음 다이어그램은 Exchange 2007 약속 있음/없음 워크플로를 보여 줍니다.

P4_ExchangeWorkFlow
 


문제가 해결되었습니까?

Exchange 2003 약속 있음/없음 워크플로

다음 다이어그램은 Exchange 2003 약속 있음/없음 워크플로를 보여 줍니다.

P5_ExchangeWorkFlow
 


문제가 해결되었습니까?

약속 있음/없음이 온-프레미스로 작동합니까?

온-프레미스 사용자의 사서함에 로그온한 후 다른 온-프레미스 사용자에 대한 약속 있음/없음을 확인해 보십시오. 이 테스트는 온-프레미스 환경 내에서 상태 정보 검색에 문제가 있지 않은지 확인하기 위한 것입니다.


약속 있음/없음 정보를 볼 수 있었습니까?

온-프레미스 약속 있음/없음 문제가 있습니다.

이 문제 해결사는 하이브리드 환경에서 약속 있음/없음 정보를 진단하는 데 사용합니다. 이는 즉시 문제가 될 것 같지 않습니다. 온-프레미스 약속 있음/없음 문제가 해결된 후 이 문제 해결사를 다시 시작하십시오.

몇 가지 일반적인 온-프레미스 약속 있음/없음 문제를 해결하는 방법에 대한 자세한 내용은 Outlook 2007에 대한 약속 있음/없음 문제 해결 정보를 참조하십시오.

클라우드 사용자가 온-프레미스 사용자에 대한 약속 있음/없음을 볼 수 없습니다.

OWA에서 받고 있는 오류 메시지를 확인하려면 다음 단계를 수행하십시오.

  1. 영향을 받는 클라우드 사용자의 계정을 사용하여 http://portal.MicrosoftOnline.com에서 포털에 로그온합니다.
  2. 페이지 상단에서 Outlook을 클릭합니다. Outlook Web App이 열립니다.
  3. 새로운 모임 요청을 만든 다음 온-프레미스 사용자를 이 모임에 추가합니다.
  4. 해시 표시가 반환되는 경우 포인터를 이 표시 위에 놓아 오류 메시지를 표시합니다. 오류 메시지 오류 코드 번호를 확인합니다.

P8_FreeBusyStutas
 


다음 목록에서 해당 오류 코드를 선택하여 수행해야 하는 문제 해결 단계 범위를 좁힙니다.

클라우드 사용자가 온-프레미스 사용자의 약속 있음/없음을 볼 수 없음

다음 방법을 사용하여 자동 검색을 외부 원본에서 확인할 수 있고 방화벽이 열려 있는지 확인하십시오.

방법 1: 자동 검색이 온-프레미스 Exchange CAS 서버에 대해 확인하고 있는지 검사

  1. 외부 컴퓨터에서 명령 프롬프트를 열고 다음 명령을 입력하고 각 명령 끝에서 Enter 키를 누릅니다.
    • NSLookup
    • autodiscover.<Your_Domain.com>
  2. 명령에 대한 응답에서 "Address" 값은 온-프레미스 Exchange CAS 서버의 외부 IP여야 합니다. 예: Name: autodiscover.contoso.com Address: 38.96.29.10

방법 2: 자동 검색 POST 요청을 잠재적인 자동 검색 URL로 보낼 수 있는지 확인

  1. https://www.testexchangeconnectivity.com으로 이동합니다.
  2. Microsoft Office Outlook 연결 테스트에서 Outlook 자동 검색을 선택한 후 다음을 클릭합니다.
  3. Outlook 자동 검색 양식(전자 메일 주소, 사용자 이름 및 암호)을 작성하고 테스트 수행을 클릭합니다.

Exchange 연결 테스트가 자동 검색에 대해 실패하는 경우 온-프레미스 자동 검색 인터넷 액세스 구성을 확인합니다. 이 작업을 수행하는 방법에 대한 자세한 내용은 Microsoft TechNet 항목, 인터넷 액세스에 대한 자동 검색 서비스 구성을 참조하십시오.


문제가 해결되었습니까?

클라우드 사용자가 온-프레미스 사용자의 약속 있음/없음을 볼 수 없음

자동 검색 끝점이 온-프레미스 Exchange 하이브리드 서버를 가리키고 있는지 확인합니다.

Exchange 하이브리드 서버에 대한 IIS 로그를 살펴보고 이 서버에서 자동 검색 POST 요청을 받고 있는지 확인합니다.

  1. Exchange 하이브리드 서버에서 시작을 클릭하고, 실행을 클릭하고, %SystemDrive%\inetpub\logs\LogFiles를 입력한 다음 Enter 키를 누릅니다.
  2. W3SVC1 폴더를 연 다음 최신 IIS 로그 파일을 엽니다.
  3. "자동 검색"을 검색합니다.
  4. 다음 스크린샷에서는 IIS 로그의 자동 검색 POST 요청에 대한 예를 보여 줍니다. 

P10_error5039
 


온-프레미스 Exchange 하이브리드 배포 서버에서 자동 검색에 대한 항목이 표시되지 않는 경우 방화벽이 잘못된 CAS 서버를 가리키고 있을 수 있습니다.


문제가 해결되었습니까?

클라우드 사용자가 온-프레미스 사용자의 약속 있음/없음을 볼 수 없음

도메인 이름이 조직 관계에 있습니까?

조직 관계에서 도메인 이름 값을 확인하려면 다음 단계를 수행하십시오.

  1. Windows PowerShell을 사용하여 Exchange Online에 연결합니다. 연결 방법에 대한 자세한 내용은 원격 PowerShell을 사용하여 Exchange Online에 연결을 참조하십시오.
  2. Windows PowerShell에서 다음 명령을 실행합니다. Get-OrganizationRelationship -Identity "Exchange Online to On Premises Organization Relationship" | FL
  3. DomainName 값을 확인합니다. 베니티 도메인(yourdomain.com)이 있어야 합니다.
  4. DomainName 값에 베니티 도메인이 누락된 경우 다음 명령을 실행합니다. Set-OrganizationRelationship -Identity "Exchange Online to On Premises Organization Relationship" –DomainName yourdomain.com

문제가 해결되었습니까?

클라우드 사용자가 온-프레미스 사용자의 약속 있음/없음을 볼 수 없음

IIS 처리기 매핑이 누락되었습니까?

IIS(인터넷 정보 서비스) 구성에 자동 검색 끝점에 대한 svc 통합 처리기 매핑이 누락되었는지 확인하십시오.

  1. 온-프레미스 Exchange 2010 하이브리드 배포 서버에서 IIS(인터넷 정보 서비스) 관리자를 엽니다.
  2. 서버 이름 -- > 사이트 -- > 기본 웹 사이트를 확장하고 자동 검색을 클릭합니다.
  3. IIS 섹션에서 처리기 매핑을 엽니다. 다음 스크린샷에서는 IIS의 svc 통합 처리기 매핑에 대한 예를 보여 줍니다.
    P12_HandlerMapping
     

IIS에 svc 통합 처리기 매핑이 누락된 경우 Office 365의 하이브리드 배포 및 해당 온-프레미스 환경의 "대상이 예외를 Throw했습니다." 오류 항목을 참조하십시오.


문제가 해결되었습니까?

클라우드 사용자가 온-프레미스 사용자의 약속 있음/없음을 볼 수 없음

다음 단계를 수행하여 EWS에 외부 External URL이 설정되어 있는지 확인합니다.

  1. 온-프레미스 Exchange 하이브리드 배포 서버에서 Exchange 관리 셸을 열고 다음 cmdlet을 실행합니다. Get-WebServicesVirtualDirectory | FL Name,Server,externalURL
  2. ExternalURL이 Exchange 하이브리드 배포 서버에서 누락된 경우 다음 cmdlet을 실행합니다. Set-WebServicesVirtualDirectory -Identity "ServerName\EWS (Default Web Site)" -ExternalUrl https://mail.contoso.com/ews/exchange.asmx

문제가 해결되었습니까?

클라우드 사용자가 온-프레미스 사용자의 약속 있음/없음을 볼 수 없음

Microsoft EWS(Exchange 웹 서비스)를 확인할 수 있고 방화벽 문제가 없는지 살펴봅니다.

Exchange 2010/2013 CAS 서버의 IIS 로그를 살펴보고 이 서버에서 웹 서비스요청을 받고 있는지 확인합니다. 이렇게 하려면 다음 단계를 수행하십시오.

  1. Exchange 2010/2013 CAS 서버에서 시작을 클릭하고, 실행을 클릭하고, %SystemDrive%\inetpub\logs\LogFiles를 입력한 다음 Enter 키를 누릅니다.
  2. W3SVC1 폴더를 연 다음 최신 IIS 로그 파일을 엽니다.
  3. 최신 IIS 로그 파일에서 "exchange.asmx/wssecurity”를 검색합니다. 다음 스크린샷에서는 IIS 로그의 요청에 대한 예를 보여 줍니다.
    P15_error5016
     
  4. 온-프레미스 Exchange 2010/2013 하이브리드 배포 서버에서 "exchange.asmx/wssecurity"에 대한 항목이 표시되지 않는 경우 방화벽이 잘못된 CAS 서버를 가리키고 있거나 방화벽에서 구성된 미리 인증이 있을 수 있습니다. 방화벽 미리 인증을 무시하는 방법에 대한 자세한 내용은 Office 365(Exchange) 하이브리드 배포에 대한 TMG를 구성하는 방법(영문)을 참조하십시오.

문제가 해결되었습니까?

클라우드 사용자가 온-프레미스 사용자의 약속 있음/없음을 볼 수 없음

IIS 처리기 매핑이 EWS에서 누락되었습니까?

IIS(인터넷 정보 서비스) 구성에 EWS 끝점에 대한 svc 통합 처리기 매핑이 누락되었는지 확인하십시오.

  1. 온-프레미스 Exchange 배포 서버에서 IIS(인터넷 정보 서비스) 관리자를 엽니다.
  2. 서버 이름 -- > 사이트 -- > 기본 웹 사이트를 확장하고 EWS를 클릭합니다.
  3. IIS 영역에서 처리기 매핑을 엽니다. 다음 스크린샷에서는 IIS의 svc 통합 처리기 매핑에 대한 예를 보여 줍니다.
    P17_HandlerMapping
     
  4. IIS에 svc 통합 처리기 매핑이 누락된 경우 Office 365의 하이브리드 배포 및 해당 온-프레미스 환경의 "대상이 예외를 Throw했습니다." 오류 지원 문서를 참조하십시오.

문제가 해결되었습니까?

클라우드 사용자가 온-프레미스 사용자의 약속 있음/없음을 볼 수 없음

인증 방법으로 WSSecurity가 사용됩니까?

온-프레미스 Exchange 하이브리드 배포 서버의 Exchange 관리 셸에서 다음 명령을 실행하십시오. Get-WebServicesVirtualDirectory | fl name,server,externalURL,ExternalAuthenticationMethods

Exchange 하이브리드 배포 서버에서 ExternalAuthenticationMethods에 대한 WSSecurity가 누락된 경우 다음 명령을 실행하십시오. Set-WebServicesVirtualDirectory -Identity "ServerName\EWS (Default Web Site)" –WSSecurityAuthentication $true


문제가 해결되었습니까?

클라우드 사용자가 온-프레미스 사용자의 약속 있음/없음을 볼 수 없음

사용자에 대한 약속 있음/없음을 사용하도록 조직 관계 설정이 제대로 구성되어 있는지 확인하십시오.

온라인 설정

  1. Windows PowerShell을 사용하여 Exchange Online에 연결합니다. 연결 방법에 대한 자세한 내용은 원격 PowerShell을 사용하여 Exchange Online에 연결을 참조하십시오.
  2. Windows PowerShell에서 다음 명령을 실행하십시오. Get-OrganizationRelationship -Identity "Exchange Online to On Premises Organization Relationship" | FL

출력은 다음과 유사합니다.

  • TargetApplicatioURI: FYDIBOHF25SPDLT.Contoso.com
  • TargetAutodiscoverURI: https://autodiscover.contoso.com/autodiscover/autodiscover.svc/wssecurity
  • DomainNames: {Contoso.com}
  • FreeBusyAccessEnabled : True
  • FreeBusyAccessLevel: LimitedDetails

값을 변경해야 하는 경우 "set-OrganizationRelationship"cmdlet을 사용하여 속성을 수정합니다. 구문 및 옵션에 대한 자세한 내용은 Set-OrganizationRelationship을 참조하십시오.

온-프레미스 설정

  1. Exchange 2010/2013 CAS의 Exchange 관리 셸에서 다음 명령을 실행합니다. Get-OrganizationReationship -Identity "On Premises to Exchange Online Organization Relationship”

출력은 다음과 유사합니다.

  • TargetApplicatioURI: outlook.com
  • TargetAutodiscoverURI: https://podxxx.outlook.com/autodiscover/autodiscover.svc/wssecurity
  • DomainNames: {xxxx.mail.onmicrosoft.com,contoso.com}
  • FreeBusyAccessEnabled : True
  • FreeBusyAccessLevel : LimitedDetails

값을 변경해야 하는 경우 "set-OrganizationRelationship"cmdlet을 사용하여 속성을 수정합니다. 구문 및 옵션에 대한 자세한 내용은 Set-OrganizationRelationship을 참조하십시오.


문제가 해결되었습니까?

온-프레미스 사용자가 클라우드 사용자의 약속 있음/없음을 볼 수 없습니다.

온-프레미스 사용자의 사서함이 있는 Exchange 버전은 무엇입니까?

Exchange 2003 사용자가 클라우드 사용자의 약속 있음/없음을 볼 수 없습니다.

온-프레미스 Exchange 2010 사서함을 사용하여 문제를 재현할 수 있습니까?

  1. Exchange 2010 온-프레미스 사서함이 있는 사용자로 Outlook 또는 OWA 클라이언트에 로그온합니다.
  2. 새로운 모임 요청을 만든 다음 클라우드 사용자를 모임 요청에 추가합니다.
  3. 일정 정리를 볼 때 클라우드 사용자에 대한 해시 표시가 나타납니까?
Exchange 2003 사용자가 클라우드 사용자의 약속 있음/없음을 볼 수 없습니다.

레거시 약속 있음/없음 요청이 성공하지 못하게 하는 하드 코드된 공용 폴더 라우팅이 없는지 확인합니다.

참고: 이것은 일반적인 문제가 아닙니다.

Exchange Server 2003 속성의 ms-Exch-Folder-Affinity-List 특성에 최저 비용이 포함된 Exchange 2010 ObjectGUID가 있는지 확인하십시오. (이 속성의 형식은 {guid of server},cost입니다.)

  1. 도메인 컨트롤러에서 시작을 클릭하고, 실행을 클릭하고, adsiedit.msc를 입력한 다음 확인을 클릭합니다.
  2. ADSI 편집을 마우스 오른쪽 단추로 클릭한 다음 연결 대상을 클릭합니다.
  3. 잘 알려진 명명 컨텍스트를 선택합니다.에서 구성을 선택한 다음 확인을 클릭합니다.
  4. 구성 -- > 서비스 -- > Microsoft Exchange -- > 조직 이름 -- > Exchange 관리 그룹(FYDIBOHF23SPDLT) -- > 서버를 확장합니다.
  5. Exchange 2010 서버를 마우스 오른쪽 단추로 클릭하고 속성을 클릭합니다.
  6. objectGUID 값을 복사한 다음 메모장 텍스트 파일에 붙여 넣습니다.
  7. 구성 -- > 서비스 -- > Microsoft Exchange -- > 조직 이름 -- > 기본 관리 그룹 -- > 서버로 이동합니다.
  8. Exchange Server 2003을 마우스 오른쪽 단추로 클릭하고 속성을 선택합니다.
  9. ms-Exch-Folder-Affinity-List 값이 Exchange 2010 objectGUID로 설정되어 있는지 확인합니다. Exchange 2010 objectGUIDms-Exch-Folder-Affinity-List에 나열되어 있지 않은 경우 {guid of server},cost 형식을 사용하여 이 항목을 추가할 수 있습니다.

문제가 해결되었습니까?

Exchange 2003 사용자가 클라우드 사용자의 약속 있음/없음을 볼 수 없습니다.

외부 약속 있음/없음이 있으며 제대로 복제되었습니까?

OU=EXTERNAL (FYDIBOHF25SPDLT) 공용 폴더를 추가하십시오. 이렇게 하려면 다음 단계를 수행하십시오.

  1. 온-프레미스 Exchange 2010 SP1 이상 공용 폴더 서버에 연결합니다.
  2. Windows PowerShell을 엽니다.
  3. 다음 cmdlet을 실행합니다. Add-PsSnapin Microsoft.Exchange.Management.Powershell.Setup
  4. 다음 cmdlet을 실행합니다. Install-FreeBusyFolder

참고: OU=EXTERNAL (FYDIBOHF25SPDLT) 공용 폴더가 Exchange 2010 서버에만 있어야 하고 Exchange 2003 또는 Exchange 2007에 복제되지 않아야 합니다.


문제가 해결되었습니까?

Exchange 2003 사용자가 클라우드 사용자의 약속 있음/없음을 볼 수 없습니다.

온-프레미스 서버의 받는 사람 개체에 올바른 LegacyExchangeDN이 구성되어 있는지 확인합니다.

  1. 모든 클라우드 사서함에 해당하는 온-프레미스 메일 사용이 가능한 개체가 있습니다. 이러한 유형의 약속 있음/없음 쿼리의 경우 LegacyExchangeDN을 사용하여 해당 요청의 경로를 올바른 공용 폴더 서버로 지정합니다. 이 값이 정확한지 확인하려면 다음 단계를 수행하십시오.
  2. Exchange 2010 서버의 Exchange 관리 셸에서 다음 명령을 실행합니다. Get-RemoteMailbox Username |fl LegacyExchangeDN, 여기서 username은약속 있음/없음 정보를 보려는 클라우드 사용자의 이름입니다.
  3. 결과에서 External (FYDIBOHF25SPDLT)이 경로에 있는지 확인합니다. 예를 들어, 결과에 다음과 같이 경로가 표시되어야 합니다. 
    P24_CannotSeeBusyFree
     

문제가 해결되었습니까?

Exchange 2003 사용자가 클라우드 사용자의 약속 있음/없음을 볼 수 없습니다.

공용 폴더의 권한을 확인하십시오.

Exchange 2010 공용 폴더 관리 콘솔을 사용하여 External (FYDIBOHF25SPDLT) 약속 있음/없음 복제본에 대한 클라이언트 권한을 변경하려면 다음 단계를 수행하십시오.

  1. Exchange 2010 Exchange 관리 콘솔을 시작합니다.
  2. 콘솔 트리에서 도구 상자를 클릭합니다.
  3. 결과 창에서 공용 폴더 관리 콘솔을 클릭한 다음 작업 창에서 도구 열기를 클릭합니다. 공용 폴더 관리 콘솔이 나타납니다.
  4. 공용 폴더 관리 콘솔의 작업 창에서 서버에 연결을 클릭합니다.
  5. 서버에 연결에서 찾아보기를 클릭하여 공용 폴더 데이터베이스가 포함된 사용 가능한 사서함 서버 목록을 봅니다.
  6. 공용 폴더 서버 선택에서 Exchange 2010 서버를 선택합니다. 확인을 클릭한 후 확인을 클릭합니다.
  7. 공용 폴더 트리에서 시스템 공용 폴더 -- > 일정+ 약속 있음/없음으로 이동합니다.
  8. 결과 창에서 EX:/O=FIRST ORGANIZATION/OU=EXTERNAL (FYDIBOHF25SPDLT)을 마우스 오른쪽 단추로 클릭한 다음 속성을 클릭합니다.
  9. 사용 권한 탭에서 모든 권한 수준 편집기본 사용자에 대해 선택되어 있는지 확인합니다. 
    P25_CannotSeeBusyFree
     

문제가 해결되었습니까?

Exchange 2003 사용자가 클라우드 사용자의 약속 있음/없음을 볼 수 없습니다.

중재 사서함이 누락되거나 손상되었습니까?

중재 사서함은 ADSIEdit을 사용하여 편집할 수 있습니다. federated.email 계정은 Exchange 2010 도메인에 대한 Active Directory의 기본 사용자 컨테이너에 있어야 합니다.

다음 옵션 중 하나를 사용하십시오.

  1. adsiedit을 사용합니다.
    1. Active Directory에서 기본 명명 컨텍스트에 연결합니다.
    2. 사용자 컨테이너로 이동하고 federatedemail 계정의 속성을 봅니다.
    3. 계정의 proxyaddress 특성을 변경하여 이미 페더레이션된 SMTP 주소 중 하나가 있도록 하거나 페더레이션 트러스트에 있는 기존 프록시 주소 네임스페이스를 추가합니다.
  2. Exchange Server 2003에서 "Active Directory 사용자 및 컴퓨터"를 엽니다.
    1. 사용자 컨테이너로 이동하고 FederatedEmail 계정을 마우스 오른쪽 단추로 클릭한 다음 속성을 클릭합니다.
    2. 전자 메일 주소 탭으로 이동하면 이미 구성된 페더레이션 네임스페이스와 일치하도록 다른 프록시 주소를 추가하거나, 페더레이션 트러스트에 기존의 기본 SMTP 네임스페이스를 추가할 수 있습니다.

문제가 해결되었습니까?

Exchange 2007 사용자가 클라우드 사용자의 약속 있음/없음을 액세스할 수 없습니다.

온-프레미스 Exchange 2010 또는 2013 사서함을 사용하여 재현할 수 있습니까?

  1. Exchange 2010 또는 2013 온-프레미스 사서함이 있는 사용자로 Outlook 또는 OWA 클라이언트에 로그온합니다.
  2. 새로운 모임 요청을 만든 다음 클라우드 사용자를 모임 요청에 추가합니다.
  3. 일정 정리를 볼 때 클라우드 사용자에 대한 해시 표시가 나타납니까?
Exchange 2007 사용자가 클라우드 사용자의 약속 있음/없음을 액세스할 수 없습니다.

가용성 주소 공간을 살펴보고 올바른 설정이 있는지 확인합니다. 이는 AvailabilityAddressSpace의 구성 오류일 수 있습니다. AvailabilityAddressSpace 구성의 ProxyURL 값이 Exchange 2010/2013 CAS 웹 서비스 가상 디렉터리의 InternalURL과 일치하는지 확인합니다. 이렇게 하려면 다음 단계를 수행하십시오.

  1. 온-프레미스 서버의 Exchange 관리 셸에서 다음 명령을 실행합니다.
    Get-AvailabilityAddressSpace | FL ProxyUrl
    Get-WebServicesVirtualDirectory | FL Server,InternalUrl
  2. ProxyURL 및 InternalURL 값이 일치하지 않는 경우 다음 명령을 실행합니다.
    Remove-AvailabilityAddressSpace -Identity ‘contoso.mail.onmicrosoft.com'
    Add-AvailabilityAddressSpace -ForestName contoso.mail.onmicrosoft.com' -AccessMethod 'InternalProxy' -UseServiceAccount
    'True' -ProxyUrl https://cas2010.contoso.com/ews/exchange.asmx
  3. ProxyURL 및 InternalURL 값이 일치하는 경우 Exchange 2007 CAS 서버에서 해당 URL을 액세스할 수 있는지 확인합니다. 그러려면 CAS 2007에서 AvailabilityAddressSpace의 ProxyURL로 이동합니다. Exchange 2007 원본 사서함 자격 증명으로 인증합니다. 예상 결과는 다음과 같습니다. 
    P28_CannotAccessBusyFree
     

참고: Exchange 2010/2013 CAS 웹 서비스 가상 디렉터리의 InternalURL은 Exchange 2007 CAS 웹 서비스 가상 디렉터리와 달라야 합니다.


문제가 해결되었습니까?

Exchange 2010/2013 사용자가 클라우드 사용자의 약속 있음/없음을 볼 수 없습니다.

온-프레미스 사용자의 사서함에 로그온한 후 다른 온-프레미스 사용자에 대한 약속 있음/없음을 확인해 보십시오. 이 테스트는 온-프레미스 환경 내에서 상태 정보 검색에 문제가 있지 않은지 확인하기 위한 것입니다. 


약속 있음/없음 정보를 볼 수 있었습니까?

온-프레미스 사용자가 클라우드 사용자의 약속 있음/없음을 볼 수 없습니다.

OWA에서 받고 있는 오류 메시지를 확인하십시오.

  1. 영향을 받는 사용자 계정을 사용하여 온-프레미스 OWA에 로그온합니다.
  2. 새로운 모임 요청을 만든 다음 온-프레미스 사용자를 이 모임에 추가합니다.
  3. 해시 표시가 반환되는 경우 포인터를 이 표시 위에 놓아 오류 메시지를 표시합니다. 오류 메시지의 오류 코드 번호를 확인합니다.
    P30_OnPremisesCannotSeeBusyFree
     

다음 목록에서 해당 오류 메시지를 선택하여 수행해야 하는 문제 해결 단계 범위를 좁힙니다.

Exchange 2010/2013 사용자가 클라우드 사용자의 약속 있음/없음을 볼 수 없습니다.

해당 환경에 웹 프록시 설정이 있어야 하는 경우 온-프레미스 Exchange 2010 및 Exchange 2013 서버가 이 설정을 사용하도록 설정되어 있는지 확인하십시오.

온-프레미스 Exchange 2010 및 Exchange 2013 서버의 Exchange 관리 셸에서 다음 명령을 실행하십시오. "Get-ExchangeServer | fl InternetWebProxy."

대부분의 환경에서 결과는 비어 있습니다. 하지만 온-프레미스 환경에 나가는 프록시가 있는 경우 올바른 프록시 설정을 구성해야 할 수 있습니다.

이 문제를 해결하려면 다음 명령을 실행하십시오. 여기서 주소 및 포트 번호 http://192.168.5.56:8080은 해당 서버 주소 및 포트 번호로 바꿉니다.

Set-ExchangeServer -InternetWebProxy http://192.168.5.56:8080


문제가 해결되었습니까?

Exchange 2010/2013 사용자가 클라우드 사용자의 약속 있음/없음을 볼 수 없습니다.

사용자에 대한 약속 있음/없음을 허용하도록 조직 관계 설정이 제대로 구성되어 있는지 확인하십시오.

온라인 설정

  1. Windows PowerShell을 사용하여 Exchange Online에 연결합니다. 연결 방법에 대한 자세한 내용은 원격 PowerShell을 사용하여 Exchange Online에 연결을 참조하십시오.
  2. Windows PowerShell에서 다음 명령을 실행하십시오. Get-OrganizationRelationship -Identity "Exchange Online to On Premises Organization Relationship" | FL

출력은 다음과 유사합니다.

  • TargetApplicatioURI: FYDIBOHF25SPDLT.Contoso.com
  • TargetAutodiscoverURI: https://autodiscover.contoso.com/autodiscover/autodiscover.svc/wssecurity
  • DomainNames: {Contoso.com}
  • FreeBusyAccessEnabled : True
  • FreeBusyAccessLevel: LimitedDetails

값을 변경해야 하는 경우 "set-OrganizationRelationship"cmdlet을 사용하여 속성을 수정합니다. 이렇게 하기 위한 구문 및 옵션에 대한 자세한 내용은 Set-OrganizationRelationship을 참조하십시오.

온-프레미스 설정

Exchange 2010/2013 CAS의 Exchange 관리 셸에서 다음 명령을 실행하십시오.

Get-OrganizationReationship -Identity "On Premises to Exchange Online Organization Relationship”

출력은 다음과 유사합니다.

  • TargetApplicatioURI: outlook.com
  • TargetAutodiscoverURI: https://podxxx.outlook.com/autodiscover/autodiscover.svc/wssecurity
  • DomainNames: {xxxx.mail.onmicrosoft.com,contoso.com}
  • FreeBusyAccessEnabled : True
  • FreeBusyAccessLevel : LimitedDetails

값을 변경해야 하는 경우 "set-OrganizationRelationship"cmdlet을 사용하여 속성을 수정합니다. 이렇게 하기 위한 구문 및 옵션에 대한 자세한 내용은 Set-OrganizationRelationship을 참조하십시오.


문제가 해결되었습니까?

Exchange 2010/2013 사용자가 클라우드 사용자의 약속 있음/없음을 볼 수 없습니다.

해당 서버에 설정된 시간이 5분 넘게 부정확하지 않은지 확인하십시오. 서버 시간이 실제 시간과 5분 넘게 차이가 나는 경우 페더레이션 게이트웨이와의 통신이 유효하지 않게 됩니다. 이로 인해 약속 있음/없음이 실패하게 됩니다.

서버 시간 문제를 해결하는 방법에 대한 자세한 내용은 Windows Server에서 권위 있는 시간 서버를 구성하는 방법을 참조하십시오.


문제가 해결되었습니까?

Exchange 2010/2013 사용자가 클라우드 사용자의 약속 있음/없음을 볼 수 없습니다.

올바른 대상 주소가 MEU 온-프레미스에 지정되어 있는지 확인하십시오. 모든 클라우드 사서함에는 해당하는 온-프레미스 개체가 있습니다. 이 개체에는 올바른 원격 라우팅 주소(대상 주소라고도 함)가 지정되어 있어야 합니다. 원격 라우팅 주소에는 TenantName.Mail.OnMicrosoft.com과 유사한 도메인 이름이 포함되어야 합니다.

원격 라우팅 주소가 설정되어 있는지 확인하려면 다음 단계를 수행하십시오.

  1. Exchange 2010 서버 또는 Exchange 2013 서버의 Exchange 관리 셸에서 다음 명령을 실행합니다. Get-RemoteMailbox Username |fl RemoteRoutingAddress, 여기서 username은약속 있음/없음 정보를 보려는 클라우드 사용자의 이름입니다.
  2. 주소에 TenantName.Mail.OnMicrosoft.com이 포함되어 있는지 확인합니다.
    P34_CannotSeeBusyFree
     

참고: 하이브리드 구성 마법사를 사용하지 않은 경우 도메인 이름은 선택한 원격 라우팅 도메인을 반영해야 합니다.


문제가 해결되었습니까?

Exchange 2010/2013 사용자가 클라우드 사용자의 약속 있음/없음을 볼 수 없습니다.

사용자에 대한 약속 있음/없음을 사용하도록 조직 관계 설정이 제대로 구성되어 있는지 확인하십시오.

온라인 설정

Windows PowerShell을 사용하여 Exchange Online에 연결합니다. 이렇게 하는 방법에 대한 자세한 내용은 서비스에 Windows PowerShell 연결을 참조하십시오.

Windows PowerShell에서 다음 명령을 실행하십시오. Get-OrganizationRelationship -Identity "Exchange Online to On Premises Organization Relationship" | FL

출력은 다음과 유사합니다.

  • TargetApplicatioURI: FYDIBOHF25SPDLT.Contoso.com
  • TargetAutodiscoverURI: https://autodiscover.contoso.com/autodiscover/autodiscover.svc/wssecurity
  • DomainNames: {Contoso.com}
  • FreeBusyAccessEnabled : True
  • FreeBusyAccessLevel: LimitedDetails

값을 변경해야 하는 경우 "set-OrganizationRelationship"cmdlet을 사용하여 속성을 수정합니다. 이렇게 하기 위한 구문 및 옵션에 대한 자세한 내용은 Set-OrganizationRelationship을 참조하십시오.

온-프레미스 설정

Exchange 2010/2013 CAS의 Exchange 관리 셸에서 다음 명령을 실행하십시오. Get-OrganizationReationship -Identity "On Premises to Exchange Online Organization Relationship”

출력은 다음과 유사합니다.

  • TargetApplicatioURI: outlook.com
  • TargetAutodiscoverURI: https://podxxx.outlook.com/autodiscover/autodiscover.svc/wssecurity
  • DomainNames: {xxxx.mail.onmicrosoft.com,contoso.com}
  • FreeBusyAccessEnabled : True
  • FreeBusyAccessLevel : LimitedDetails

값을 변경해야 하는 경우 "set-OrganizationRelationship"cmdlet을 사용하여 속성을 수정합니다. 이렇게 하기 위한 구문 및 옵션에 대한 자세한 내용은 Set-OrganizationRelationship을 참조하십시오.


문제가 해결되었습니까?

Exchange 2010/2013 사용자가 클라우드 사용자의 약속 있음/없음을 볼 수 없습니다.

테스트-페더레이션 트러스트가 있는 토큰을 만들 수 있는지 확인하십시오.

온-프레미스 환경에서 약속 있음/없음 인증에 사용되는 위임 토큰을 검색할 수 있는지 확인하십시오. 이렇게 하려면 다음 단계를 수행하십시오.

  1. 온-프레미스 Exchange 2010 또는 2013 서버에서 Exchange 관리 셸을 엽니다.
  2. 다음 명령을 실행합니다. Test-FederationTrust –UserIdentity User@company.com –verbose 여기서 User는 클라우드 사용자의 약속 있음/없음 정보를 보는 데 문제가 있는 온-프레미스 사용자입니다.
  3. 출력은 모든 테스트에 대해 성공을 표시해야 합니다. 실패가 있는 경우 다시 하이브리드 구성 마법사를 사용하여 페더레이션 트러스트를 다시 설정합니다.
    P36_CannotSeeBusyFree
     

문제가 해결되었습니까?

Exchange 2010/2013 사용자가 클라우드 사용자의 약속 있음/없음을 볼 수 없습니다.

서버 시간이 실제 시간과 5분 넘게 차이가 나는 경우 페더레이션 게이트웨이와의 통신이 유효하지 않게 됩니다. 이로 인해 약속 있음/없음이 실패하게 됩니다.

서버 시간 문제를 해결하는 방법에 대한 자세한 내용은 Windows Server에서 권위 있는 시간 서버를 구성하는 방법을 참조하십시오.


문제가 해결되었습니까?

온-프레미스 약속 있음/없음이 2010/2013에서 작동하지 않습니다.

이 연습 과정은 하이브리드 약속 있음/없음 문제를 해결하는 데 사용합니다. 답변에 따르면 온-프레미스 문제가 있습니다. 일반적인 온-프레미스 약속 있음/없음 문제를 해결하는 방법에 대한 자세한 내용은 Outlook 2007에 대한 약속 있음/없음 문제 해결 정보를 참조하십시오.

일반 공용 폴더 문제 해결

이 약속 있음/없음 유도 연습 과정은 공용 폴더 문제를 해결하기 위한 것이 아닙니다. 공용 폴더 문제를 해결하는 방법에 대한 자세한 내용은 Exchange 2000 Server 및 Exchange Server 2003에서 공용 폴더 복제 문제를 해결하는 방법을 참조하십시오.

축하합니다. 문제가 해결되었습니다.

약속 있음/없음 가이드를 이용해 주셔서 감사합니다.

지원 문의

죄송합니다. 본 가이드로 파악되지 않는 문제를 해결할 수 없습니다. 이 문제를 해결하기 위한 추가적인 도움이 필요하면 Microsoft Exchange Server 지원 웹 사이트로 이동하십시오.

기타 유용한 리소스:

여전히 문제가 있습니까?

죄송합니다. 본 가이드로는 이 문제를 해결할 수 없습니다.

속성

문서 ID: 10092 - 마지막 검토: 2016. 12. 20. - 수정: 8

피드백