Product Documentation

XenMobile Mail Manager 10.x

Feb 23, 2018

XenMobile Mail Manager는 다음과 같이 XenMobile의 기능을 확장하는 기능을 제공합니다.

  • EAS(Exchange Active Sync) 장치에 대한 동적 액세스 제어. EAS 장치는 Exchange 서비스에 대한 액세스가 자동으로 허용 또는 차단될 수 있습니다.
  • XenMobile이 Exchange에서 제공하는 EAS 장치 파트너 관계 정보에 액세스하는 기능.
  • XenMobile이 모바일 장치에 대한 EAS 초기화를 수행하는 기능.
  • XenMobile이 Blackberry 장치에 대한 정보에 액세스하고 초기화 및 ResetPassword 같은 제어 작업을 수행하는 기능.

XenMobile Mail Manager를 다운로드하려면 Citrix.com에서 XenMobile 10 Server(XenMobile 10 서버) 아래에 있는 Server Components(서버 구성 요소) 섹션으로 이동합니다.

버전 10.1의 새로운 기능

액세스 규칙

Rule Analysis(규칙 분석) 창에는 선택할 경우 충돌, 재정의, 중복 또는 보완 규칙만 표시되는 확인란이 있습니다.

XenMobile 배포에서 구성된 각 Microsoft Exchange 환경에 대해 기본 액세스 권한(허용, 차단 또는 변경 안 됨) 및 ActiveSync 명령 모드(PowerShell 또는 시뮬레이션)가 별도로 설정됩니다.

스냅샷

스냅샷 기록에 표시되는 최대 스냅샷 수를 구성할 수 있습니다.

주 스냅샷 생성 중 무시할 오류를 구성할 수 있습니다. 주 스냅샷에서 무시 가능한 것으로 구성되지 않은 오류가 반환될 경우 스냅샷 결과가 삭제됩니다.

오류를 무시 가능한 것으로 구성하려면 XML 편집기를 사용하여 config.xml 파일을 편집합니다.

  • Exchange Server가 Office 365인 경우 /ConfigRoot/EnvironmentBridge/AccessLayer/SpecialistsDefaults/PowerShells/PowerShell[@id='ExchangeOnline']/IgnorableErrors 노드로 이동하여 하위 요소로 일치시킬 텍스트를 기존 오류 하위 요소와 동일한 형식으로 추가합니다. 정규식을 사용할 수 있습니다.
  • Exchange Server가 온-프레미스인 경우 /ConfigRoot/EnvironmentBridge/AccessLayer/SpecialistsDefaults/PowerShells/PowerShell[@id='ExchangeColocated']/IgnorableErrors 노드로 이동하여 하위 요소로 일치시킬 텍스트를 기존 오류 하위 요소와 동일한 형식으로 추가합니다. 정규식을 사용할 수 있습니다.
  • 둘 이상의 Exchange 환경이 구성된 경우 /ConfigRoot/EnvironmentBridge/AccessLayer/Environments/Environment[@id='ID Corresponding to the desired Exchange environment']/ExchangeServer/Specialists/PowerShell 노드로 이동합니다. 무시할 각 오류에 대해 IgnorableErrors 하위 노드를 PowerShell 노드에 추가합니다. CDATA 섹션에 포함된 일치하는 텍스트를 사용하여 IgnorableErrors 노드에 오류 하위 노드를 추가합니다. 정규식을 사용할 수 있습니다.

config.xml을 저장하고 XenMobile Mail Manager 서비스를 다시 시작합니다.

PowerShell 및 Exchange

이제 XenMobile Mail Manager가 연결된 Exchange 버전에 따라 사용할 cmdlet을 동적으로 결정합니다. 예를 들어 Exchange 2010의 경우 Get-ActiveSyncDevice가 사용되고, Exchange 2013 및 Exchange 2016의 경우 Get-MobileDevice가 사용됩니다.

Exchange 구성

XenMobile Mail Manager 서비스를 다시 시작하지 않고 Exchange Server 구성을 편집 및 업데이트할 수 있습니다.

Exchange 환경 요약 탭에 추가된 두 개의 새 열에 각 환경의 명령 모드(PowerShell 또는 시뮬레이션)와 액세스 모드(허용, 차단 또는 변경 안됨)가 표시됩니다.

문제 해결 및 진단

Support\PowerShell 폴더에 문제 해결을 위한 일련의 PowerShell 유틸리티가 있습니다.

콘솔의 구성 창에 있는 연결 테스트 단추를 사용하여 Exchange 서비스에 대한 연결을 테스트하면 서비스에서 사용되는 모든 읽기 전용 cmdlet이 실행되고, 구성된 사용자의 Exchange Server에 대한 RBAC 권한 테스트가 실행되며, 색으로 구분된 오류 또는 경고(경고는 파랑-노랑, 오류는 빨강-주황)가 표시됩니다.

새로운 문제 해결 도구는 오류 상태와 잠재적 오류 영역을 감지하는 사용자 사서함/장치에 대한 심층 분석과 사용자에 대한 심층 RBAC 분석을 수행합니다. 모든 cdmlet의 원시 출력을 텍스트 파일에 저장할 수 있습니다.

지원 시나리오에서는 콘솔에서 진단 확인란을 선택하여 XenMobile Mail Manager로 관리되는 모든 장치에 있는 모든 사서함에 대한 모든 속성을 저장할 수 있습니다.

이제 지원 시나리오에서 추적 수준 로깅이 지원됩니다.

인증

XenMobile Mail Manager는 온-프레미스 배포에 대한 기본 인증을 지원합니다. 따라서 XenMobile Mail Manager 서버가 Exchange Server가 있는 도메인의 구성원이 아닌 경우에도 XenMobile Mail Manager를 사용할 수 있습니다.

수정된 문제

액세스 규칙

XenMobile Mail Manager는 AD(Active Directory) 그룹에 1000명이 넘는 사용자가 포함된 경우를 비롯하여 AD 그룹의 모든 사용자에게 로컬 액세스 제어 규칙을 적용합니다. 이전에는 XenMobile Mail Manager가 AD 그룹에 있는 첫 1000명의 사용자에게만 로컬 액세스 제어 규칙을 적용했습니다. [#548705]

1000명 이상의 사용자가 포함된 Active Directory 그룹을 쿼리할 때 XenMobile Mail Manager 콘솔이 응답하지 않는 경우도 있었습니다. [CXM-11729]

더 이상 LDAP 구성 창에 잘못된 인증 모드가 표시되지 않습니다. [CXM-5556]

스냅샷

사용자 이름에 아포스트로피가 포함되어 있는 경우 더 이상 부 스냅샷에 오류가 발생하지 않습니다. [# 617549]

파이프라인이 사용되지 않는(XenMobile Mail Manager 콘솔의 구성 창에서 Disable Pipelining(파이프라인 사용 안 함) 옵션이 선택됨) 지원 시나리오에서, 온-프레미스 Exchange 환경에서 주 스냅샷에 더 이상 오류가 발생하지 않습니다. [# 586083]

파이프라인이 사용되지 않는(XenMobile Mail Manager 콘솔의 구성 창에서 Disable Pipelining(파이프라인 사용 안 함) 옵션이 선택됨) 지원 시나리오에서, 환경에 전체 스냅샷을 구성했든 부분 스냅샷을 구성했든 관계없이 전체 스냅샷용 데이터가 수집되는 문제가 더 이상 발생하지 않습니다. 이제 환경에 전체 스냅샷을 구성한 경우에만 전체 스냅샷에 대한 데이터가 수집됩니다. [# 586092]

초기 설치 후 첫 번째 주 스냅샷에 오류가 발생하여 XenMobile Mail Manager 서비스를 다시 시작할 때까지 XenMobile Mail Manager가 다른 주 스냅샷을 실행하지 못하는 경우가 있었습니다. 더 이상 이 문제가 발생하지 않습니다. [CXM-5536]

아키텍처

다음 다이어그램에서는 XenMobile Mail Manager의 주요 구성 요소를 보여 줍니다. 자세한 참조 아키텍처 다이어그램을 보려면 XenMobile 배포 안내서 문서인 Reference Architecture for On-Premises Deployments(온-프레미스 배포를 위한 참조 아키텍처)를 참조하십시오.



세 가지 주요 구성 요소는 다음과 같습니다.

  • Exchange ActiveSync 액세스 제어 관리. XenMobile과 통신하여 XenMobile에서 Exchange ActiveSync 정책을 검색하고 이 정책을 로컬로 정의된 정책과 병합하여 Exchange에 대한 액세스가 허용 또는 거부되어야 하는 Exchange ActiveSync 장치를 결정합니다. 로컬 정책을 통해 Active Directory 그룹, 사용자, 장치 유형 또는 장치 사용자 에이전트(일반적으로 모바일 플랫폼 버전)별로 액세스 제어를 허용하도록 정책 규칙을 확장할 수 있습니다.
  • 원격 PowerShell 관리. 원격 PowerShell 명령을 예약하고 호출하여 Exchange ActiveSync Access Control Management에서 작성된 정책을 시행합니다. 주기적으로 Exchange ActiveSync 데이터베이스의 스냅샷을 생성하여 변경되었거나 새로운 Exchange ActiveSync 장치를 감지합니다.
  • 모바일 서비스 공급자. XenMobile이 Exchange ActiveSync 및/또는 Blackberry 장치를 쿼리하고 이러한 장치에 대한 초기화 같은 제어 작업을 실행할 수 있도록 웹 서비스 인터페이스를 제공합니다.

시스템 요구 사항 및 사전 요구 사항

XenMobile Mail Manager를 사용하려면 다음과 같은 최소 시스템 요구 사항이 필요합니다.

  • Windows Server 2012 R2, Windows Server 2008 R2(영어 기반 서버여야 함)
  • Microsoft SQL Server 2016, SQL Server 2014, SQL Server 2012, SQL Server 2012 Express LocalDB 또는 SQL Server Express 2008
  • Microsoft .NET Framework 4.5
  • Blackberry Enterprise Service, 버전 5(선택 사항)

Microsoft Exchange Server의 지원되는 최소 버전

  • Microsoft Office 365
  • Exchange Server 2016
  • Exchange Server 2013
  • Exchange Server 2010 SP2

장치 전자 메일 클라이언트

일부 전자 메일 클라이언트는 한 장치에 대해 동일한 ActiveSync ID를 일관되게 반환하지 않습니다. XenMobile Mail Manager에서는 각 장치에 고유한 ActiveSync ID를 사용하도록 요구하므로 각 장치에 대해 동일한 고유 ActiveSync ID를 일관되게 생성하는 전자 메일 클라이언트만 지원됩니다. 다음과 같은 전자 메일 클라이언트는 Citrix의 테스트에서 오류 없이 실행되는 것으로 확인되었습니다.

  • HTC 기본 전자 메일 클라이언트
  • Samsung 기본 전자 메일 클라이언트
  • iOS 기본 전자 메일 클라이언트
  • 스마트폰에 대한 Touchdown

XenMobile Mail Manager의 사전 요구 사항

  • Windows Management Framework가 설치되어 있어야 합니다.
    • PowerShell V5, V4, V3
  • PowerShell 실행 정책이 Set-ExecutionPolicy RemoteSigned를 통해 RemoteSigned로 설정되어 있어야 합니다.
  • XenMobile Mail Manager를 실행하는 컴퓨터와 원격 Exchange Server 사이에 TCP 포트 80이 열려 있어야 합니다.

Exchange를 실행하는 온-프레미스 컴퓨터의 요구 사항

권한. Exchange 구성 UI에 지정된 자격 증명으로 Exchange Server에 연결할 수 있고 다음 Exchange 관련 PowerShell cmdlet을 실행할 수 있는 전체 권한이 이 자격 증명에 있어야 합니다.

  • Exchange Server 2010 SP2의 경우:
    • Get-CASMailbox
    • Set-CASMailbox
    • Get-Mailbox
    • Get-ActiveSyncDevice
    • Get-ActiveSyncDeviceStatistics
    • Clear-ActiveSyncDevice
    • Get-ExchangeServer
    • Get-ManagementRole
    • Get-ManagementRoleAssignment
  • Exchange Server 2013 및 Exchange Server 2016의 경우:
    • Get-CASMailbox
    • Set-CASMailbox
    • Get-Mailbox
    • Get-MobileDevice
    • Get-MobileDeviceStatistics
    • Clear-MobileDevice
    • Get-ExchangeServer
    • Get-ManagementRole
    • Get-ManagementRoleAssignment
  • XenMobile Mail Manager가 전체 포리스트를 보도록 구성된 경우 Set-AdServerSettings -ViewEntireForest $true를 실행할 수 있는 권한이 부여되어 있어야 합니다.
  • 제공된 자격 증명에 원격 셸을 통해 Exchange Server에 연결할 수 있는 권한이 있어야 합니다. 기본적으로 Exchange를 설치한 사용자가 이 권한을 갖습니다.
  • Microsoft TechNet 문서 about_Remote_Requirements에 따라 원격 연결을 설정하고 원격 명령을 실행하려면 원격 컴퓨터 관리자인 사용자에 해당하는 자격 증명이 있어야 합니다. 이 블로그 포스트 You Don't Have to Be An Administrator to Run Remote PowerShell Commands(원격 PowerShell 명령을 실행하기 위해 관리자일 필요가 없음)에 따라 Set-PSSessionConfiguration을 사용하여 관리 요구 사항을 제거할 수 있지만 이 명령의 특정 사항에 대한 지원과 논의는 이 문서의 범위를 벗어나 있습니다.
  • HTTP를 통해 원격 PowerShell 요청을 지원하도록 Exchange Server를 구성해야 합니다. 일반적으로 Exchange Server에서 PowerShell 명령인 WinRM QuickConfig를 실행하는 관리자이면 됩니다.
  • Exchange에는 많은 제한 정책이 있습니다. 정책 중 하나는 사용자당 허용되는 동시 PowerShell 연결 수를 제어합니다. Exchange 2010의 경우 사용자당 허용되는 동시 연결 수의 기본값은 18입니다. 연결 제한에 도달하면, XenMobile Mail Manager에서 Exchange Server에 연결할 수 없습니다. PowerShell을 통해 허용되는 최대 동시 연결 수를 변경하는 방법이 있지만 이 문서의 범위를 벗어나 있습니다. 관심 있는 경우 PowerShell을 통한 원격 관리와 관련된 Exchange 제한 정책에 대해 알아보십시오.

Office 365 Exchange에 대한 요구 사항

  • 권한. Exchange 구성 UI에 지정된 자격 증명으로 Office 365에 연결할 수 있고 다음 Exchange 관련 PowerShell cmdlet을 실행할 수 있는 전체 권한이 이 자격 증명에 있어야 합니다.
    • Get-CASMailbox
    • Set-CASMailbox
    • Get-Mailbox
    • Get-MobileDevice
    • Get-MobileDeviceStatistics
    • Clear-MobileDevice
    • Get-ExchangeServer
    • Get-ManagementRole
    • Get-ManagementRoleAssignment
  • 권한. 제공된 자격 증명에 원격 셸을 통해 Office 365 서버에 연결할 수 있는 권한이 있어야 합니다. 기본적으로 Office 365 온라인 관리자에게는 필수 권한이 있습니다.
  • 제한 정책. Exchange에는 많은 제한 정책이 있습니다. 정책 중 하나는 사용자당 허용되는 동시 PowerShell 연결 수를 제어합니다. Office 365의 경우 사용자당 허용되는 동시 연결 수의 기본값은 3입니다. 연결 제한에 도달하면, XenMobile Mail Manager에서 Exchange Server에 연결할 수 없습니다. PowerShell을 통해 허용되는 최대 동시 연결 수를 변경하는 방법이 있지만 이 문서의 범위를 벗어나 있습니다. 관심 있는 경우 PowerShell을 통한 원격 관리와 관련된 Exchange 제한 정책에 대해 알아보십시오.

설치 및 구성

1. XmmSetup.msi 파일을 클릭한 후 설치 프로그램의 메시지에 따라 XenMobile Mail Manager를 설치합니다.

2. 설정 마법사의 마지막 화면에서 Launch the Configure utility(구성 유틸리티 실행)를 선택한 상태로 둡니다. 또는 시작 메뉴에서 XenMobile Mail Manager를 엽니다.

3. 다음 데이터베이스 속성을 구성합니다.

                a. Configure(구성) > Database(데이터베이스) 탭을 선택합니다.

                b. SQL Server의 이름을 입력합니다(기본값은 localhost).

                c. 데이터베이스를 기본 CitrixXmm으로 유지합니다.

 4. SQL에 사용된 다음 인증 모드 중 하나를 선택합니다.

  • Sql. 유효한 SQL 사용자의 사용자 이름과 암호를 입력합니다.
  • Windows Integrated(Windows 통합). 이 옵션을 선택하는 경우 XenMobile Mail Manager 서비스의 로그온 자격 증명을 SQL Server 액세스 권한이 있는 Windows 계정으로 변경해야 합니다. 이렇게 하려면 제어판 > 관리 도구 > 서비스를 열고 XenMobile Mail Manager 서비스 항목을 마우스 오른쪽 단추로 클릭한 후 로그온 탭을 클릭합니다.
    참고: BlackBerry 데이터베이스 연결에 Windows 통합을 선택하는 경우 여기서 지정하는 Windows 계정에 BlackBerry 데이터베이스 액세스 권한이 있어야 합니다.

5. Test Connectivity(연결 테스트)를 클릭하여 SQL Server에 연결되는지 확인한 후 Save(저장)를 클릭합니다.

6. 서비스를 다시 시작하라는 메시지가 표시됩니다. Yes(예)를 클릭합니다.

7. 하나 이상의 Exchange Server를 구성합니다.

    a. 단일 Exchange 환경을 관리하는 경우 단일 서버만 지정하면 됩니다. 여러 Exchange 환경을 관리하는 경우 각 Exchange 환경에 하나의 Exchange Server를 지정해야 합니다.

    b. Configure(구성) > Exchange 탭을 선택합니다.        c. Add(추가)를 클릭합니다.

        d. Exchange Server 환경을 On Premise(온-프레미스) 또는 Office 365 중에서 선택합니다.

    e. On Premise(온-프레미스)를 선택하는 경우 원격 PowerShell 명령에 사용할 Exchange Server의 이름을 입력합니다.

    f. Requirements(요구 사항) 섹션에 명시된 대로 적절한 Exchange Server 권한이 있는 Windows ID의 사용자 이름을 입력합니다.

    g. 사용자의 Password(암호)를 입력합니다.

    h. 주 스냅샷을 실행할 일정을 선택합니다. 주 스냅샷은 모든 Exchange ActiveSync 파트너 관계를 검색합니다.

    i. 부 스냅샷을 실행할 일정을 선택합니다. 부 스냅샷은 새로 생성된 Exchange ActiveSync 파트너 관계를 검색합니다.

    j. 스냅샷 유형을 Deep(전체) 또는 Shallow(단순) 중에서 선택합니다. 단순 스냅샷은 일반적으로 훨씬 빠르며 XenMobile Mail Manager의 Exchange ActiveSync 액세스 제어 기능을 수행하기에 충분합니다. 전체 스냅샷은 더 긴 시간이 소요될 수 있으며 ActiveSync에 대해 모바일 서비스 공급자를 사용하는 경우에만 필요합니다(XenMobile에서 관리되지 않는 장치를 쿼리할 수 있음).

    k. Allow(허용), Block(차단) 또는 Unchanged(변경되지 않음) 중에서 기본 액세스 권한을 선택합니다. 기본 액세스 권한은 명시적인 XenMobile 또는 로컬 규칙에 의해 식별되지 않은 모든 장치를 어떻게 처리할지를 제어합니다. 허용를 선택하는 경우 이러한 모든 장치에 대한 ActiveSync 액세스가 허용됩니다. 차단을 선택하는 경우 액세스가 거부되며 변경되지 않음을 선택하면 변경이 수행되지 않습니다.

    l. ActiveSync 명령 모드로 PowerShell 또는 Simulation(시뮬레이션)을 선택합니다.

  • PowerShell 모드에서 XenMobile Mail Manager는 PowerShell 명령을 실행하여 원하는 액세스 제어를 수행합니다.
  • 시뮬레이션 모드에서 XenMobile Mail Manager는 PowerShell 명령을 실행하지 않지만 의도한 명령 및 의도한 결과를 데이터베이스에 기록합니다. 시뮬레이션 모드에서 사용자는 Monitor(모니터) 탭을 사용하여 PowerShell 모드를 사용할 경우 일어나는 결과를 볼 수 있습니다.

    m.  View Entire Forest(전체 포리스트 보기)를 선택하여 Exchange 환경의 전체 Active Directory 포리스트를 보도록 XenMobile Mail Manager를 구성합니다.

    n. Kerberos 또는 Basic(기본) 중에서 인증 프로토콜을 선택합니다. XenMobile Mail Manager는 온-프레미스 배포에 대한 기본 인증을 지원합니다. 따라서 XenMobile Mail Manager 서버가 Exchange Server가 있는 도메인의 구성원이 아닌 경우에도 XenMobile Mail Manager를 사용할 수 있습니다.

    o. Test Connectivity(연결 테스트)를 클릭하여 Exchange Server에 연결되는지 확인한 후 Save(저장)를 클릭합니다.

    p. 서비스를 다시 시작하라는 메시지가 표시됩니다. Yes(예)를 클릭합니다.

8. 액세스 규칙을 구성합니다.

    a. Configure(구성) > Access Rules(액세스 규칙) 탭을 선택합니다.

    b. XDM Rules(XDM 규칙) 탭을 클릭합니다. 

    c. Add(추가)를 클릭합니다.

    d. XenMobile 서버 규칙의 이름을 입력합니다(예: XdmHost).

    e. XenMobile 서버를 가리키도록 URL 문자열을 수정합니다. 예를 들어 서버 이름이 XdmHost이고 인스턴스 이름이 zdm인 경우 http://XdmHostName/zdm/services/MagConfigService를 입력합니다.

    f. 권한이 있는 서버 사용자를 입력합니다.

    g. 사용자의 암호를 입력합니다.

    h. Baseline Interval(기준 간격), Delta Interval(델타 간격)Timeout values(시간 초과 값)를 기본값으로 유지합니다.

    i. Test Connectivity(연결 테스트)를 클릭하여 서버 연결을 확인한 후 OK(확인)를 클릭합니다.

참고: Disabled(사용 안 함) 확인란이 선택된 경우 XenMobile 메일 서비스가 XenMobile 서버에서 정책을 수집하지 않습니다.

9. Local Rules(로컬 규칙) 탭을 클릭합니다.

    a. Active Directory 그룹에서 작동하는 로컬 규칙을 구성하려는 경우 Configure LDAP(LDAP 구성)를 클릭한 후 LDAP 연결 속성을 구성합니다.

    b. ActiveSync Device ID(ActiveSync 장치 ID), Device Type(장치 유형), AD Group(AD 그룹), User(사용자) 또는 장치 UserAgent를 기준으로 로컬 규칙을 추가할 수 있습니다. 목록에서 해당하는 유형을 선택합니다. 자세한 내용은 XenMobile Mail Manager 액세스 제어 규칙을 참조하십시오.

    c. 텍스트 상자에 텍스트 또는 텍스트 부분을 입력합니다. 필요한 경우 쿼리 단추를 클릭하여 부분과 일치하는 엔터티를 봅니다.

    참고: Group(그룹) 유형이 아닌 다른 모든 유형은 스냅샷에서 검색된 장치에 기반합니다. 따라서 스냅샷을 시작하고 완료하지 않은 경우 엔터티가 제공되지 않습니다.

    d. 텍스트 값을 선택한 후 Allow(허용) 또는 Deny(거부)를 클릭하여 오른쪽의 Rule List(규칙 목록) 창에 추가합니다. Rule List(규칙 목록) 창 오른쪽의 단추를 사용하여 규칙 순서를 변경하거나 제거할 수 있습니다. 규칙은 지정된 사용자 및 장치에 대해 규칙이 표시된 순서로 평가되고 순서가 높은 규칙(최상위 규칙에 가까운 규칙)에 대한 일치 항목이 검색되면 다음 규칙이 적용되지 않으므로 그 순서가 중요합니다. 예를 들어 모든 iPad 장치를 허용하는 규칙과 사용자 "Matt"를 차단하는 후속 규칙이 있는 경우 "iPad" 규칙이 "Matt" 규칙보다 적용 우선 순위가 높으므로 Matt의 iPad가 허용됩니다.

    e. 규칙 목록 내의 규칙을 분석하여 잠재적 재정의, 충돌 또는 보조 구성을 찾으려면 Analyze(분석)를 클릭하고 Save(저장)를 클릭합니다.

10. 모바일 서비스 공급자를 구성합니다.

참고: 모바일 서비스 공급자는 선택 사항이며 모바일 서비스 공급자 인터페이스를 사용하여 관리되지 않는 장치를 쿼리하도록 XenMobile을 구성한 경우에만 필요합니다.

    a. Configure(구성) > MSP 탭을 선택합니다.

    b. 모바일 서비스 공급자 서비스에 대한 Service Transport(서비스 전송) 유형을 HTTP 또는 HTTPS로 설정합니다.

    c. 모바일 서비스 공급자 서비스에 대한 서비스 포트(일반적으로 80 또는 443)를 설정합니다.

    참고: 포트 443을 사용하는 경우 IIS에서 포트에 바인딩된 SSL 인증서가 필요합니다.

    d. 다음을 설정합니다. Authorization Group(인증 그룹) 또는 User(사용자) 이 설정은 XenMobile에서 모바일 서비스 공급자 서비스에 연결할 수 있는 사용자 또는 사용자 집합을 설정합니다.

    e. ActiveSync 쿼리를 사용할지 여부를 설정합니다.

참고: XenMobile 서버에 대해 ActiveSync 쿼리를 사용하는 경우 하나 이상의 Exchange Server에 대한 스냅샷 유형을 Deep(전체)으로 설정해야 합니다. 이 경우 스냅샷 생성 시 성능이 크게 저하될 수 있습니다.

    f. 기본적으로 정규식 Secure Mail.*와 일치하는 ActiveSync 장치는 XenMobile로 전송되지 않습니다. 이 동작을 변경하려면 Filter ActiveSync(ActiveSync 필터링) 필드를 필요에 따라 변경합니다.

참고: 비워 두면 모든 장치가 XenMobile에 전달됩니다.

    g. Save(저장)를 클릭합니다.

11. 필요한 경우 하나 이상의 BES(BlackBerry Enterprise Server)를 구성합니다.

    a. Add(추가)를 클릭합니다.

    b. BES SQL Server의 서버 이름을 입력합니다.

    c. BES 관리 데이터베이스의 데이터베이스 이름을 입력합니다.

    d. 인증 모드를 선택합니다. Windows 통합 인증을 선택하는 경우 XenMobile Mail Manager 서비스의 사용자 계정이 BES SQL Server에 연결할 때 사용되는 계정입니다.

    참고: XenMobile Mail Manager 데이터베이스 연결에도 Windows 통합을 선택하는 경우 여기에서 지정하는 Windows 계정에 XenMobile Mail Manager 데이터베이스 액세스 권한도 있어야 합니다.

    e. SQL authentication(SQL 인증)을 선택하는 경우 사용자 이름과 암호를 입력합니다.

    f. Sync Schedule(동기화 일정)을 설정합니다. BES SQL Server에 연결할 때 사용되는 일정이며 모든 장치 업데이트를 확인합니다.

    g. Test Connectivity(연결 테스트)를 클릭하여 SQL Server 연결을 확인합니다.

    참고: Windows 통합을 선택하는 경우 XenMobile Mail Manager 서비스 사용자가 아닌 현재 로그온한 사용자를 사용하여 테스트가 수행되므로 SQL 인증이 정확히 테스트되지 않습니다.

    h. XenMobile에서 BlackBerry 장치의 원격 초기화 및/또는 암호 재설정을 지원하려면 Enabled(사용) 확인란을 선택합니다.

  • BES FQDN(정규화된 도메인 이름)을 입력합니다.
  • 관리 웹 서비스에 사용되는 BES 포트를 입력합니다.
  • BES 서비스에 필요한 정규화된 사용자 및 암호를 입력합니다.
  • Test Connectivity(연결 테스트)를 클릭하여 BES 연결을 테스트합니다.
  • Save(저장)를 클릭합니다.

ActiveSync ID를 사용하여 전자 메일 정책 적용

회사 전자 메일 정책에 따라 특정 장치가 회사 전자 메일을 사용하도록 승인되지 않을 수 있습니다. 이 정책을 준수하려면 직원이 그와 같은 장치에서 회사 전자 메일에 액세스할 수 없도록 해야 합니다. XenMobile Mail Manager 및 XenMobile은 서로 연동되어 전자 메일 정책을 적용합니다. XenMobile은 회사 전자 메일 액세스에 대한 정책을 설정하고 승인되지 않은 장치가 XenMobile에 등록하면 XenMobile Mail Manager가 정책을 적용합니다.

장치의 전자 메일 클라이언트는 장치를 고유하게 식별하는 데 사용되는 장치 ID(ActiveSync ID라고도 함)를 사용하여 자신을 Exchange Server(또는 Office 365)에 알립니다. Secure Hub는 유사한 식별자를 구하고 장치가 등록될 때 XenMobile에 해당 식별자를 보냅니다. 두 장치 ID를 비교하여 XenMobile Mail Manager는 특정 장치에 회사 전자 메일 액세스 권한이 있는지 여부를 결정할 수 있습니다. 다음 그림에서는 이 개념을 보여 줍니다.


ActiveSync ID 검색

XenMobile이 XenMobile Mail Manager에 장치가 Exchange에 게시한 ID와 다른 ActiveSync ID를 보내는 경우 XenMobile Mail Manager는 Exchange에서 장치로 수행할 작업을 지정할 수 없습니다.

일치하는 ActiveSync ID는 대부분의 플랫폼에서 안정적으로 작동합니다. 하지만 일부 Android 구현 환경에서 장치의 ActiveSync ID가 메일 클라이언트가 Exchange에 알리는 ID와 다르다는 것이 밝혀졌습니다. 이 문제를 완화하려면 다음을 수행할 수 있습니다.
  • Samsung SAFE 플랫폼에서는 XenMobile에서 장치 ActiveSync 구성을 푸시합니다.
  • 다른 모든 Android 플랫폼에서는 XenMobile에서 Touchdown 앱과 Touchdown ActiveSync 구성을 모두 푸시합니다.

하지만 이렇게 해도 직원이 Android 장치에 Touchdown 이외의 전자 메일 클라이언트를 설치하는 것은 막을 수 없습니다. 회사 전자 메일 액세스 정책이 제대로 적용되게 하려면 방어적인 보안 전략을 채택하고 정적 정책을 기본적으로 거부로 설정하여 전자 메일을 차단하도록 XenMobile Mail Manager를 구성할 수 있습니다. 즉, 직원이 Android 장치에서 Touchdown 이외의 전자 메일 클라이언트를 구성하는 경우 ActiveSync ID 검색이 제대로 작동하지 않으면 해당 직원은 회사 전자 메일 액세스가 거부됩니다.

액세스 제어 규칙

XenMobile Mail Manager는 Exchange ActiveSync 장치에 대한 액세스 제어를 동적으로 구성하는 규칙 기반 접근 방식을 제공합니다. XenMobile Mail Manager 액세스 제어 규칙은 일치하는 식과 원하는 액세스 상태(허용 또는 차단)의 두 부분으로 구성됩니다. 지정된 Exchange ActiveSync 장치에 대해 규칙을 평가하여 규칙이 장치에 적용되는지 또는 장치와 일치하는지를 결정할 수 있습니다. 일치하는 식에는 여러 종류가 있습니다. 예를 들어 규칙은 지정된 장치 유형의 모든 장치 또는 특정 Exchange ActiveSync 장치 ID 또는 특정 사용자의 모든 장치와 일치할 수 있습니다.

규칙 목록의 규칙을 추가, 제거 및 재정렬하는 동안 언제든지 취소 단추를 클릭하면 처음 규칙 목록을 열었을 때의 상태로 목록이 되돌려집니다. 저장을 클릭하지 않고 구성 도구를 닫으면 이 창에서 수행한 변경 내용이 손실됩니다.

XenMobile Mail Manager에는 로컬 규칙, XenMobile 서버 규칙(XDM 규칙이라고도 함) 및 기본 액세스 규칙의 세 가지 규칙이 있습니다.

로컬 규칙. 로컬 규칙은 우선 순위가 가장 높습니다. 로컬 규칙에 일치하는 장치가 있을 경우 규칙 평가가 중지됩니다. XenMobile 서버 규칙 또는 기본 액세스 규칙이 확인되지 않습니다. 로컬 규칙은 Configure(구성) > Access Rules(액세스 규칙) > Local Rules(로컬 규칙) 탭을 통해 XenMobile Mail Manager에 로컬로 구성됩니다. 지원 일치는 지정된 Active Directory 그룹 내의 사용자 구성원 자격에 기반합니다. 지원 일치는 다음 필드에 대한 정규식에 기반합니다.

  • ActiveSync Device ID(ActiveSync 장치 ID)
  • ActiveSync Device Type(ActiveSync 장치 유형)
  • User Principal Name (UPN)(UPN(사용자 계정 이름))
  • ActiveSync User Agent(ActiveSync 사용자 에이전트)(일반적으로 장치 플랫폼 또는 전자 메일 클라이언트)

주 스냅샷이 완료되고 장치를 찾은 경우 일반 또는 정규식 규칙을 추가할 수 있습니다. 주 스냅샷이 완료되지 않은 경우 정규식 규칙만 추가할 수 있습니다.

XenMobile 서버 규칙. XenMobile 서버 규칙은 관리되는 장치에 대한 규칙을 제공하는 XenMobile 서버에 대한 참조입니다. XenMobile 서버는 XenMobile에 알려진 속성(예: 장치가 탈옥 장치인지 여부 또는 장치에 금지된 앱이 포함되었는지 여부)을 기반으로 장치를 허용 또는 차단된 장치로 식별하는 간략한 규칙으로 구성될 수 있습니다. XenMobile은 이 간략한 규칙을 평가하고 허용 또는 차단된 ActiveSync 장치 ID 집합을 생성한 다음 XenMobile Mail Manager에 전달합니다.

기본 액세스 규칙. 기본 액세스 규칙은 잠재적으로 모든 장치와 일치할 수 있고 항상 마지막에 평가된다는 것이 특징입니다. 이 규칙은 지정된 장치가 로컬 또는 XenMoble 서버 규칙과 일치하지 않을 경우 기본 액세스 규칙의 원하는 액세스 상태가 장치의 원하는 액세스 상태를 결정하는 광범위한 규칙입니다.

  • Default Access – Allow(기본 액세스 - 허용). 로컬 또는 XenMoble 서버 규칙과 일치하지 않는 모든 장치가 허용됩니다.
  • Default Access – Block(기본 액세스 - 차단). 로컬 또는 XenMoble 서버 규칙과 일치하지 않는 모든 장치가 차단됩니다.
  • Default Access - Unchanged(기본 액세스 - 변경되지 않음). 로컬 또는 XenMoble 서버 규칙과 일치하지 않는 모든 장치의 액세스 상태가 XenMobile Mail Manager에 의해 수정되지 않습니다. 장치가 Exchange에 의해 격리 모드에 배치된 경우 아무런 동작도 수행되지 않습니다. 예를 들어 장치를 격리 모드에서 제거하는 유일한 방법은 로컬 또는 XDM 규칙으로 격리를 명시적으로 재정의하는 것입니다.

규칙 평가 정보

Exchange가 XenMobile Mail Manager에 보고하는 각 장치에 대해 다음과 같이 높은 우선 순위에서 낮은 우선 순위로 규칙이 평가됩니다.

  • 로컬 규칙
  • XenMobile 서버 규칙
  • 기본 액세스 규칙

일치가 발견되면 평가가 중지됩니다. 예를 들어 로컬 규칙이 지정된 장치와 일치할 경우 XenMobile 서버 규칙 또는 기본 액세스 규칙으로 장치가 평가되지 않습니다. 이는 지정된 규칙 유형 내에서도 마찬가지입니다. 예를 들어 로컬 규칙 목록에 지정된 장치와 일치하는 규칙이 둘 이상인 경우 첫 번째 일치가 발견되는 즉시 평가가 중지됩니다.

장치 속성이 변경되거나 장치가 추가 또는 제거되거나 규칙 자체가 변경될 경우 XenMobile Mail Manager가 현재 정의된 규칙 집합을 다시 평가합니다. 주 스냅샷은 구성 가능한 간격으로 장치 속성 변경 및 제거를 확인합니다. 부 스냅샷은 구성 가능한 간격으로 새 장치를 확인합니다.

Exchange ActiveSync에도 액세스를 제어하는 규칙이 있습니다. 따라서 이러한 규칙이 XenMobile Mail Manager의 컨텍스트에서 어떻게 작동하는지를 이해하는 것이 중요합니다. Exchange는 개별 면제, 장치 규칙 및 조직 설정의 세 가지 규칙 수준으로 구성될 수 있습니다. XenMobile Mail Manager는 개별 면제 목록에 영향을 주는 원격 PowerShell 요청을 프로그래밍 방식으로 실행하여 액세스 제어를 자동화합니다. 개별 면제 목록은 지정된 사서함에 연결된 허용 또는 차단된 Exchange ActiveSync 장치 ID의 목록입니다. XenMobile Mail Manager를 배포하면 Exchange 내 면제 목록의 관리가 실질적으로 XenMobile Mail Manager에 이전됩니다. 자세한 내용은 Microsoft 문서를 참조하십시오.

분석은 동일한 필드에 여러 규칙이 정의된 경우 특히 유용합니다. 규칙 간의 관계 문제를 해결할 수 있습니다. 분석은 규칙 필드의 관점에서 수행됩니다. 예를 들어 ActiveSync 장치 ID, ActiveSync 장치 유형, 사용자, 사용자 에이전트 등 일치되는 필드에 기반한 그룹으로 규칙이 분석됩니다.

규칙 용어:

  • 재정의 규칙. 재정의는 둘 이상의 규칙이 동일한 장치에 적용될 수 있는 경우 발생합니다. 규칙은 목록의 우선 순위에 따라 평가되므로 적용될 수 있는 마지막의 규칙 인스턴스가 평가되지 않을 수 있습니다.
  • 충돌 규칙. 충돌은 둘 이상의 규칙이 동일한 장치에 적용될 수 있지만 액세스(허용/차단)가 일치하지 않는 경우 발생합니다. 충돌 규칙이 정규식 규칙이 아닌 경우 충돌은 항상 암시적으로 재정의를 의미합니다.
  • 보완 규칙. 보완은 둘 이상의 규칙이 정규식 규칙이어서 둘 이상의 정규식을 하나의 정규식 규칙으로 결합할 수 있는지, 또는 중복되는 기능이 아닌지를 확인해야 할 때 발생합니다. 보완 규칙은 액세스(허용/차단)에서도 충돌할 수 있습니다.
  • 주 규칙. 주 규칙은 대화 상자 안에서 클릭된 규칙입니다. 이 규칙은 실선 테두리로 표시됩니다. 또한 위 또는 아래를 가리키는 녹색 화살표가 하나 또는 두 개 포함됩니다. 화살표가 위를 가리키는 경우 주 규칙 앞에 보조 규칙이 있음을 나타냅니다. 화살표가 아래를 가리키는 경우 주 규칙 뒤에 보조 규칙이 있음을 나타냅니다. 한 번에 하나의 주 규칙만 활성화될 수 있습니다.
  • 보조 규칙. 보조 규칙은 재정의, 충돌 또는 추가 관계를 통해 주 규칙과 관련됩니다. 이 규칙은 파선 테두리로 표시됩니다. 각 주 규칙에 대해 여러 개의 보조 규칙이 있을 수 있습니다. 밑줄이 표시된 항목을 클릭하면 항상 주 규칙의 관점에서 보조 규칙인 규칙이 강조 표시됩니다. 예를 들어 보조 규칙은 주 규칙으로 재정의되고 주 규칙과 액세스에서 충돌하며 주 규칙을 보완합니다.

Rule Analysis(규칙 분석) 대화 상자에 표시되는 규칙 유형

충돌, 재정의 또는 보완 규칙이 없는 경우 Rule Analysis(규칙 분석)대화 상자에 밑줄로 표시된 항목이 표시되지 않습니다. 항목을 클릭해도 아무런 영향이 없습니다. 예를 들어 선택된 항목이 일반적으로 모습으로 표시됩니다.

Rule Analysis(규칙 분석) 창에는 선택할 경우 충돌, 재정의, 중복 또는 보완 규칙만 표시되는 확인란이 있습니다.

재정의가 발생하는 경우 2개 이상의 규칙(주 규칙과 보조 규칙)에 밑줄이 표시됩니다. 우선 순위가 더 높은 규칙으로 재정의된 하나 이상의 보조 규칙은 연한 글꼴로 표시됩니다. 재정의된 규칙을 클릭하면 해당 규칙을 재정의한 규칙을 볼 수 있습니다. 규칙이 주 규칙이 되거나 보조 규칙이 되어 재정의된 규칙이 강조 표시되면 그 옆에 해당 규칙이 비활성 상태임을 나타내는 검정색 원이 표시됩니다. 예를 들어 규칙을 클릭하기 전에 대화 상자는 다음과 같이 표시됩니다.

우선 순위가 가장 높은 규칙을 클릭하면 대화 상자가 다음과 같이 표시됩니다.



이 예에서 정규식 규칙 WorkMail.*는 주 규칙(실선 테두리로 표시됨)이고 일반 규칙 workmailc633313818은 보조 규칙(파선 테두리로 표시됨)입니다. 보조 규칙 옆의 검정색 점은 이 규칙보다 우선하는 더 높은 우선 순위의 정규식 규칙이 있어 해당 규칙이 비활성화(따라서 평가되지 않음)되었음을 나타내는 시각적 표시입니다. 재정의된 규칙을 클릭한 후 대화 상자는 다음과 같이 표시됩니다.


앞의 예에서 정규식 규칙 WorkMail.*는 보조 규칙(파선 테두리로 표시됨)이고 일반 규칙 workmailc633313818은 주 규칙(실선 테두리로 표시됨)입니다. 이 단순 예제에서는 큰 차이가 없습니다. 더 복잡한 예제는 이 항목의 뒷부분에 나오는 복합식 예제를 참조하십시오. 여러 개의 규칙이 정의된 시나리오에서 재정의된 규칙을 클릭하면 해당 규칙을 재정의한 규칙을 빠르게 식별할 수 있습니다.

충돌이 발생하는 경우 2개 이상의 규칙(주 규칙과 보조 규칙)에 밑줄이 표시됩니다. 충돌하는 규칙은 빨간색 점으로 표시됩니다. 서로 충돌하는 규칙은 둘 이상의 정규식이 정의된 경우에만 가능합니다. 다른 모든 충돌 시나리오에서는 충돌이 발생하지 않으며 재정의만 발생합니다. 단순 예제에서 규칙 중 하나를 클릭하기 전의 대화 상자는 다음과 같이 표시됩니다.


두 정규식 규칙을 검사하면 첫 번째 규칙은 장치 ID에 "App"이 포함된 모든 장치를 허용하고, 두 번째 규칙은 장치 ID에 Appl이 포함된 모든 장치를 거부하는 것을 알 수 있습니다. 또한 두 번째 규칙이 장치 ID에 Appl이 포함된 모든 장치를 거부하지만 허용 규칙의 우선 순위가 더 높기 때문에 두 번째 규칙의 조건과 일치하는 장치가 거부되지 않습니다. 첫 번째 규칙을 클릭한 후 대화 상자는 다음과 같이 표시됩니다.


앞의 시나리오에서는 주 규칙(정규식 규칙 App.*)과 보조 규칙(정규식 규칙 Appl.*)이 모두 노란색으로 강조 표시됩니다. 이는 둘 이상의 정규식 규칙이 단일의 일치 가능한 필드에 적용되어 중복성 문제 또는 보다 심각한 문제가 발생할 수 있음을 알리는 시각적 경고입니다.

충돌과 재정의가 모두 발생하는 시나리오에서는 주 규칙(정규식 규칙 App.*)과 보조 규칙(정규식 규칙 Appl.*)이 노란색으로 강조 표시됩니다. 이는 둘 이상의 정규식 규칙이 단일의 일치 가능한 필드에 적용되어 중복성 문제 또는 보다 심각한 문제가 발생할 수 있음을 알리는 시각적 경고입니다.


앞의 예제에서 첫 번째 규칙(정규식 규칙 SAMSUNG.*)은 다음 규칙(일반 규칙 SAMSUNG-SM-G900A/101.40402)을 재정의할 뿐 아니라 액세스(주 규칙은 허용을 지정하고 보조 규칙은 차단을 지정함)에서도 다르다는 것을 알 수 있습니다. 두 번째 규칙(일반 규칙 SAMSUNG-SM-G900A/101.40402)은 재정의되고 비활성화되었음을 나타내는 색이 연한 텍스트로 표시됩니다.

정규식 규칙을 클릭한 후 대화 상자는 다음과 같이 표시됩니다.


주 규칙(정규식 규칙 SAMSUNG.*) 뒤에 액세스 상태가 하나 이상의 보조 규칙과 충돌함을 나타내는 빨간색 점이 표시됩니다. 보조 규칙(일반 규칙 SAMSUNG-SM-G900A/101.40402) 뒤에 액세스 상태가 주 규칙과 충돌함을 나타내는 빨간색 점과 재정의되고 비활성화되었음을 나타내는 검정색 점이 표시됩니다.

2개 이상의 규칙(주 규칙과 보조 규칙)에 밑줄이 표시됩니다. 다른 규칙을 보완하는 규칙에는 정규식 규칙만 포함됩니다. 다른 규칙을 보완하는 규칙은 노란색 오버레이로 표시됩니다. 단순 예제에서 규칙 중 하나를 클릭하기 전의 대화 상자는 다음과 같이 표시됩니다.


XenMobile Mail Manager의 ActiveSync 장치 ID 필드에 정규식 규칙인 두 규칙이 모두 적용된 것을 쉽게 알 수 있습니다. 첫 번째 규칙을 클릭한 후 대화 상자는 다음과 같이 표시됩니다.


주 규칙(정규식 규칙 WorkMail.*)이 하나 이상의 추가 보조 규칙(정규식 규칙)이 있음을 나타내는 노란색 오버레이로 강조 표시됩니다. 보조 규칙(정규식 규칙 SAMSUNG.*)이 XenMobile Mail Manager의 동일한 필드(ActiveSync 장치 ID 필드)에 이 규칙과 주 규칙(모두 정규식 규칙임)이 적용되고 있음을 나타내는 노란색 오버레이로 강조 표시됩니다. 정규식은 겹치거나 겹치지 않을 수 있습니다. 정규식이 적절하게 작성되었는지 여부는 직접 판단해야 합니다.

복합식의 예제

재정의, 충돌 또는 보완이 발생할 수 있는 상황은 많습니다. 따라서 가능한 모든 시나리오의 예를 제공하기란 불가능합니다. 다음 예제에서는 하지 말아야 할 사항을 설명하고 규칙 분석의 시각적 구조가 제공하는 모든 기능을 설명합니다. 다음 그림에는 항목의 대부분에 밑줄이 표시되어 있습니다. 문제의 규칙이 우선 순위가 더 높은 규칙으로 재정의되었음을 나타내는 연한 글꼴로 렌더링된 항목이 많습니다. 아이콘으로 표시되는 정규식 규칙의 수도 목록에 포함되어 있습니다.


재정의를 분석하는 방법

특정 규칙을 재정의한 규칙을 보려면 규칙을 클릭합니다.

예제 1: 이 예제에서는 zentrain01@zenprise.com이 재정의된 이유를 검사합니다.


주 규칙(AD 그룹 규칙 zenprise/TRAINING/ZenTraining B, 여기서 zentrain01@zenprise.com은 구성원임)의 특징은 다음과 같습니다.

  • 파란색으로 강조 표시되고 실선 테두리가 포함되어 있습니다.
  • 위쪽을 가리키는 녹색 화살표가 있습니다(위에 보조 규칙이 있음을 나타냄).
  • 각각 하나 이상의 보조 규칙과 액세스 상태가 충돌하고, 주 규칙으로 재정의되어 비활성화되었음을 나타내는 빨간색 원과 검정색 원이 뒤에 있습니다.

위로 스크롤하면 다음이 표시됩니다.


이 예에서는 정규식 규칙인 zen.*과 일반 규칙인 zentrain01@zenprise.com(zenprise/TRAINING/ZenTraining A)의 보조 규칙 2개가 주 규칙을 재정의합니다. 두 번째 보조 규칙에서는 Active Directory 그룹 규칙 ZenTraining A에 사용자 zentrain01@zenprise.com이 포함되고 Active Directory 그룹 규칙 ZenTraining B에도 사용자 zentrain01@zenprise.com이 포함됩니다. 그러나 보조 규칙이 주 규칙보다 우선 순위가 높기 때문에 주 규칙이 재정의되었습니다. 주 규칙의 액세스는 허용이고 두 보조 규칙의 액세스는 차단이므로 액세스가 충돌함을 나타내는 빨간색 원이 뒤에 표시됩니다.

예제 2: 이 예제에서는 ActiveSync 장치 ID가 069026593E0C4AEAB8DE7DD589ACED33인 장치가 재정의된 이유를 보여 줍니다.


주 규칙(일반 장치 ID 규칙 069026593E0C4AEAB8DE7DD589ACED33)의 특징은 다음과 같습니다.

  • 파란색으로 강조 표시되고 실선 테두리가 포함되어 있습니다.
  • 위쪽을 가리키는 녹색 화살표가 있습니다(위에 보조 규칙이 있음을 나타냄).
  • 주 규칙이 보조 규칙으로 재정의되어 비활성화되었음을 나타내는 검정색 원이 뒤에 표시되어 있습니다.


이 예에서는 단일의 보조 규칙이 주 규칙을 재정의합니다(정규식 ActiveSynce 장치 ID 규칙 3E.*). 정규식3E.*가 069026593E0C4AEAB8DE7DD589ACED33과 일치하므로 주 규칙이 평가되지 않습니다.

보완 및 충돌을 분석하는 방법

이 예에서 기본 규칙은 정규식 ActiveSync 장치 유형 규칙인 touch.*입니다. 특징은 다음과 같습니다.

  • 특정 규칙 필드(이 예에서는 ActiveSync 장치 유형)에 둘 이상의 정규식 규칙이 작동함을 나타내는 경고로 노란색 오버레이가 실선 테두리와 함께 표시되어 있습니다.
  • 각각 위쪽과 아래쪽을 가리키는 두 개의 화살표가 있습니다(우선 순위가 높은 보조 규칙과 우선 순위가 낮은 보조 규칙이 1개 이상 있음을 나타냄).
  • 액세스 상태가 허용으로 설정되어 주 규칙의 액세스 상태인 차단과 충돌하는 보조 규칙이 1개 이상임을 나타내는 빨간색 원이 옆에 표시되어 있습니다.
  • 정규식 ActiveSync 장치 유형 규칙 SAM.* 및 정규식 ActiveSync 장치 유형 규칙 Andro.*의 보조 규칙 2개가 있습니다.
  • 두 보조 규칙은 보조 규칙임을 나타내는 파선 테두리로 표시되어 있습니다.
  • 두 보조 규칙에는 ActiveSync 장치 유형 규칙 필드에 보완적으로 적용됨을 나타내는 노란색 오버레이가 표시되어 있습니다.
  • 이러한 시나리오에서는 정규식 규칙이 중복되지 않는지 확인해야 합니다.


규칙을 추가로 분석하는 방법

이 예제에서는 규칙 관계가 항상 주 규칙의 관점에서 파생된다는 점을 설명합니다. 앞의 예제에서는 값이 touch.*인 장치 유형의 규칙 필드에 적용되는 정규식 규칙을 클릭할 때를 보여줬습니다. 보조 규칙인 Andro.*를 클릭하면 다른 보조 규칙 집합이 강조 표시되는 것을 알 수 있습니다.


이 예제는 규칙 관계에 포함된 재정의된 규칙을 보여 줍니다. 이 규칙은 일반 ActiveSync 장치 유형 규칙인 Android이며 재정의(연한 글꼴로 표시되고 검정색 원이 표시됨)되었으며 주 규칙인 정규식 ActiveSync 장치 유형 규칙 Andro.*와 액세스 상태가 충돌합니다. 이 규칙은 클릭하기 전에 보조 규칙이었습니다. 앞의 예에서 일반 ActiveSync 장치 유형 규칙 Android는 보조 규칙으로 표시되지 않았습니다. 주 규칙(정규식 ActiveSync 장치 유형 규칙 touch.*)의 관점에서 주 규칙과 관련되지 않았기 때문입니다.

일반식 로컬 규칙을 구성하려면

  1. Access Rules(액세스 규칙) 탭을 클릭합니다.
     

  2. Device ID(장치 ID) 목록에서 로컬 규칙을 만들 필드를 선택합니다.
  3. 돋보기 아이콘을 클릭하여 선택한 필드의 모든 고유한 일치 항목을 표시합니다. 이 예제에서는 Device Type(장치 유형) 필드가 선택되었고 목록 상자 아래에 선택 항목이 표시되어 있습니다.
     

  4. 결과 목록 상자에서 항목 하나를 클릭한 후 다음 옵션 중 하나를 클릭합니다.
    • Allow(허용)을 클릭하면 일치하는 모든 장치의 ActiveSync 트래픽을 허용하도록 Exchange가 구성됩니다.
    • Deny(거부)을 클릭하면 일치하는 모든 장치의 ActiveSync 트래픽을 거부하도록 Exchange가 구성됩니다.

    이 예에서는 장치 유형이 TouchDown인 모든 장치의 액세스가 거부됩니다.

     

정규식을 추가하려면

정규식 로컬 규칙은 옆에 표시되는 아이콘으로 구분할 수 있습니다. 정규식 규칙을 추가하려면 지정된 필드에 대한 결과 목록의 기존 값을 사용하여 정규식 규칙을 작성하거나(주 스냅샷이 완료되어야 함) 원하는 정규식을 입력하면 됩니다.

기존 필드 값에서 정규식을 작성하려면

1. Access Rules(액세스 규칙) 탭을 클릭합니다. 

2. Device ID(장치 ID) 목록에서 정규식 로컬 규칙을 만들 필드를 선택합니다.

3. 돋보기 아이콘을 클릭하여 선택한 필드의 모든 고유한 일치 항목을 표시합니다. 이 예제에서는 Device Type(장치 유형) 필드가 선택되었고 목록 상자 아래에 선택 항목이 표시되어 있습니다. 

4. 결과 목록에서 항목 중 하나를 클릭합니다. 이 예제에서는 SAMSUNGSPHL720이 선택되었고 Device Type(장치 유형) 옆의 텍스트 상자에 표시되어 있습니다.

5. 장치 유형 값에 "Samsung"이 포함된 모든 장치 유형을 허용하려면 다음 단계를 수행하여 정규식 규칙을 추가합니다.

    a. 선택한 항목 텍스트 상자 안쪽을 클릭합니다.

    b. 텍스트를 SAMSUNGSPHL720에서 SAMSUNG.*로 변경합니다.

    c. regular expression(정규식) 확인란이 선택되어 있는지 확인합니다.

    d. Allow(허용)를 클릭합니다.

액세스 규칙을 작성하려면

  1. Local Rules(로컬 규칙) 탭을 클릭합니다.
  2. 정규식을 입력하려면 장치 ID 목록과 선택한 항목 텍스트 상자를 모두 사용해야 합니다.

  3. 일치할 필드를 선택합니다. 이 예제에서는 Device Type(장치 유형)을 사용합니다.
  4. 정규식을 입력합니다. 이 예제에서는 samsung.* 를 입력합니다.
  5. regular expression(정규식) 확인란이 선택되었는지 확인한 후 Allow(허용) 또는 Deny(거부)를 클릭합니다. 이 예제에서는 Allow(허용)를 선택하므로 최종 결과는 다음과 같습니다.

장치를 찾으려면

정규식 확인란을 선택하면 지정된 식과 일치하는 특정 장치에 대한 검색을 실행할 수 있습니다. 이 기능은 주 스냅샷을 성공적으로 완료한 경우에만 사용할 수 있습니다. 정규식 규칙을 사용할 계획이 없는 경우에도 이 기능을 사용할 수 있습니다. 예를 들어 ActiveSync 장치 ID에 "workmail" 텍스트가 포함된 모든 장치를 찾을 수 있습니다. 이렇게 하려면 다음 절차를 따르십시오.

  1. Access Rules(액세스 규칙) 탭을 클릭합니다.
  2. 장치 일치 필드가 Device ID(장치 ID)(기본값)로 설정되어 있는지 확인합니다.

  3. 선택한 항목 텍스트 상자(이전 그림에서 파란색으로 표시됨) 안쪽을 클릭한 후 workmail.*를 입력합니다.
  4. regular expression(정규식) 확인란이 선택되었는지 확인한 후 돋보기 아이콘을 클릭하여 다음 그림에 표시된 것과 같이 일치하는 항목을 표시합니다.

개별 사용자, 장치 또는 장치 유형을 정적 규칙에 추가하려면

ActiveSync Devices(ActiveSync 장치) 탭에서 사용자, 장치 ID 또는 장치 유형에 기반한 정책 규칙을 추가할 수 있습니다.
  1. ActiveSync Devices(ActiveSync 장치) 탭을 클릭합니다.
  2. 목록에서 사용자, 장치 또는 장치 유형을 마우스 오른쪽 단추로 클릭하고 선택 항목을 허용 또는 거부할지 여부를 선택합니다.

    다음 이미지는 user1을 선택한 경우의 Allow/Deny(허용/거부) 옵션을 보여 줍니다.

장치 모니터링

XenMobile Mail Manager의 Monitor(모니터) 탭을 사용하면 검색된 Exchange ActiveSync 및 BlackBerry 장치와 자동화된 PowerShell 명령의 실행 기록을 탐색할 수 있습니다. Monitor(모니터) 탭에는 다음과 같은 세 개의 탭이 있습니다.

  • ActiveSync Devices(ActiveSync 장치):
    • Export(내보내기) 단추를 클릭하여 표시된 ActiveSync 장치 파트너 관계를 내보낼 수 있습니다.
    • User(사용자), Device ID(장치 ID) 또는 Type(유형) 열을 마우스 오른쪽 단추로 클릭하고 적절한 허용 또는 차단 규칙 유형을 선택하여 로컬(정적) 규칙을 추가할 수 있습니다.
    • 확장된 행을 축소하려면 Ctrl 키를 누른 채로 확장된 행을 클릭합니다.
  • Blackberry Devices(Blackberry 장치)
  • Automation History(자동화 기록)

Configure(구성) 탭에는 모든 스냅샷 기록이 표시됩니다. 스냅샷 기록은 스냅샷 생성 시점, 스냅샷 지속 기간, 검색된 장치 수 및 발생한 모든 오류를 보여 줍니다.

  • Exchange 탭에서 원하는 Exchange Server의 정보 아이콘을 클릭합니다.
  • MSP 탭에서 원하는 BlackBerry Server의 정보 아이콘을 클릭합니다.

문제 해결 및 진단

XenMobile Mail Manager는 오류 및 기타 작업 정보를 해당 로그 파일( \log\XmmWindowsService.log)에 기록합니다. XenMobile Mail Manager는 또한 Windows 이벤트 로그에 중요한 이벤트를 기록합니다.

일반적인 오류

다음 목록에는 일반적인 오류가 포함되어 있습니다.

XenMobile Mail Manager 서비스가 시작되지 않음
로그 파일 및 Windows 이벤트 로그에서 오류를 확인합니다. 일반적인 원인은 다음과 같습니다.
  • XenMobile Mail Manager 서비스에서 SQL Server에 액세스할 수 없습니다. 원인은 다음 문제일 수 있습니다.
    • SQL Server 서비스가 실행되고 있지 않습니다.
    • 인증에 실패했습니다.

    Windows 통합 인증이 구성된 경우 XenMobile Mail Manager 서비스의 사용자 계정이 허용된 SQL 로그온이어야 합니다. XenMobile Mail Manager 서비스의 계정은 기본적으로 로컬 시스템으로 설정되지만 로컬 관리자 권한이 없는 다른 계정으로 변경될 수 있습니다. SQL 인증이 구성된 경우 SQL에서 SQL 로그온이 적절히 구성되어야 합니다.

  • MSP(모바일 서비스 공급자)에 대해 구성된 포트를 사용할 수 없습니다. 시스템의 다른 프로세스에서 사용하지 않는 수신 포트를 선택해야 합니다.
XenMobile에서 MSP에 연결할 수 없음
XenMobile Mail Manager 콘솔의 구성> MSP 탭에서 MSP 서비스 포트 및 전송이 올바르게 구성되었는지 확인합니다. 인증 그룹 또는 사용자가 올바르게 설정되었는지 확인합니다.

HTTPS가 구성된 경우 유효한 SSL 서버 인증서가 설치되어야 합니다. IIS가 설치된 경우 IIS Manager를 사용하여 인증서를 설치할 수 있습니다. IIS가 설치되지 않은 경우 http://msdn.microsoft.com/ko-kr/library/ms733791.aspx에서 인증서 설치에 대한 자세한 내용을 확인하십시오.

XenMobile Mail Manager에는 MSP 서비스에 대한 연결을 테스트하는 유틸리티 프로그램이 포함되어 있습니다. MspTestServiceClient.exe 프로그램을 실행하고 URL 및 자격 증명을 XenMobile에서 구성할 URL 및 자격 증명으로 설정한 후 연결 테스트를 클릭합니다. XenMobile 서비스에서 실행하는 웹 서비스 요청이 시뮬레이션됩니다. HTTPS가 구성된 경우 서버의 실제 호스트 이름을 지정해야 합니다(SSL 인증서에 지정된 이름).

참고: 연결 테스트를 사용하는 경우 하나 이상의 ActiveSyncDevice 레코드가 있어야 합니다. 그렇지 않을 경우 테스트가 실패합니다.

문제 해결 도구

Support\PowerShell 폴더에 문제 해결을 위한 일련의 PowerShell 유틸리티가 있습니다.

문제 해결 도구는 사용자 사서함 및 장치를 심층 분석하여 오류 조건 및 잠재적 오류 영역을 감지하고 사용자에 대한 RBAC 분석을 수행합니다. 모든 cdmlet의 원시 출력을 텍스트 파일에 저장할 수 있습니다.