Test-CsRegistration

구문

Test-CsRegistration -TargetFqdn <String> [-Force <SwitchParameter>] [-OutVerboseVariable <String>] [-RegistrarPort <Nullable>] [-UserSipAddress <String>]

Test-CsRegistration [-TargetFqdn <String>] -UserCredential <PSCredential> -UserSipAddress <String> [-Force <SwitchParameter>] [-OutVerboseVariable <String>] [-RegistrarPort <Nullable>]

자세한 정보

Test-CsRegistration은 Lync Server "가상 트랜잭션"의 한 예입니다. 가상 트랜잭션은 Lync Server에서 사용자가 시스템 로그온, 인스턴트 메시지 교환 또는 PSTN(공중 전화망)의 전화로 전화 걸기와 같은 일반적인 작업을 성공적으로 수행할 수 있는지 확인하는 데 사용됩니다. 이러한 테스트는 관리자가 "수동으로" 수행하거나 Microsoft System Center Operations Manager(이전 Microsoft Operations Manager)와 같은 응용 프로그램에 의해 자동으로 실행될 수 있습니다.

가상 트랜잭션은 일반적으로 두 가지 방법으로 수행됩니다. 많은 관리자가 CsHealthMonitoringConfiguration cmdlet을 사용하여 각 등록자 풀의 테스트 사용자를 설정합니다. 이러한 테스트 사용자는 가상 트랜잭션에 사용하도록 미리 구성된 사용자 쌍입니다. 일반적으로 이는 테스트 계정이며 실제 사용자에게 속한 계정이 아닙니다. 풀에 테스트 사용자가 구성되면 관리자는 테스트에 참여한 사용자 계정의 ID 및 자격 증명을 지정하지 않고도 해당 풀에 대해 가상 트랜잭션을 실행할 수 있습니다.

또는 실제 사용자 계정을 사용하여 가상 트랜잭션을 실행할 수 있습니다. 예를 들어 두 사용자가 인스턴트 메시지를 교환할 수 없는 경우 관리자는 이 두 사용자 계정(테스트 계정 쌍이 아님)을 사용하여 가상 트랜잭션을 실행하고 문제를 진단 및 해결할 수 있습니다. 실제 사용자 계정을 사용하여 가상 트랜잭션을 수행하도록 결정한 경우 각 사용자에 대한 로그온 이름 및 암호를 제공해야 합니다.

Test-CsRegistration cmdlet을 사용하면 조직의 사용자가 Lync Server에 로그온할 수 있는지 확인할 수 있습니다. 이 확인을 수행하려면 Test-CsRegistration에 단일 테스트 계정이 필요합니다. 테스트를 수행할 풀에 대한 상태 모니터링 등록자를 설정한 경우 계정을 지정할 필요가 없습니다. 대신 Test-CsRegistration은 풀에 할당된 첫 번째 테스트 계정을 자동으로 사용합니다. 자세한 내용은 New-CsHealthMonitoringConfiguration 도움말 항목을 참조하십시오. 또는 풀에 할당되지 않은 계정을 사용하여 테스트를 수행할 수 있습니다. 이렇게 하면 테스트 사용자를 구성하지 않은 경우에도 테스트를 실행할 수 있습니다. 또한 특정 사용자가 Lync Server에 로그온할 수 있는지 테스트할 수 있습니다. 이 방법을 사용하도록 선택할 경우 테스트되는 계정의 사용자 이름과 암호를 제공해야 합니다.

Test-CsRegistration을 실행하면 이 cmdlet은 테스트 사용자를 Lync Server에 로그온시킨 다음 성공할 경우 시스템에서 테스트 사용자의 연결을 끊습니다. 이 작업은 모두 사용자 상호 작용 없이, 실제 사용자에게 영향을 미치지 않고 수행됩니다. 예를 들어 테스트 계정 sip:kenmyer@litwareinc.com이 실제 Lync Server 계정을 가진 실제 사용자에 해당한다고 가정해 보겠습니다. 이 경우 실제 Ken Myer를 방해하지 않고 테스트가 수행됩니다. Ken Myer 테스트 계정이 시스템에서 로그오프해도 사람 Ken Myer는 계속 로그온 상태로 남아 있게 됩니다.

Verbose 매개 변수를 추가하면 Test-CsRegistration에서 테스트를 완료하기 위해 수행하는 모든 작업에 대한 자세한 설명을 볼 수 있습니다.

이 cmdlet을 실행할 수 있는 사용자: 사용자가 직접 만든 사용자 지정 RBAC(역할 기반 액세스 제어) 역할을 포함하여 이 cmdlet이 할당된 모든 RBAC 역할의 목록을 가져오려면 Windows PowerShell 프롬프트에서 다음 명령을 실행합니다.

Get-CsAdminRole | Where-Object {$_.Cmdlets –match "Test-CsRegistration"}

매개 변수

입력 형식

없음. Test-CsRegistration은 파이프라인된 입력을 허용하지 않습니다.

반환 형식

Test-CsRegistration은 Microsoft.Rtc.SyntheticTransactions.TaskOutput 개체의 인스턴스를 반환합니다.

예제

-------------------------- 예제 1 --------------------------

Test-CsRegistration -TargetFqdn atl-cs-001.litwareinc.com 

위 예제에서는 풀 atl-cs-001.litwareinc.com에 대한 등록자 서비스를 테스트합니다. 이 명령은 atl-cs-001.litwareinc.com 풀에 대해 테스트 사용자가 정의된 경우에만 작동합니다. 사용자가 정의된 경우 테스트 사용자가 Lync Server에 로그온할 수 있는지 여부를 확인합니다.

테스트 사용자가 정의되지 않은 경우 어떤 사용자로 로그온할지를 알 수 없기 때문에 명령이 실패합니다. 풀에 대한 테스트 사용자를 정의하지 않은 경우에는 UserSipAddress 매개 변수와 함께 로그온 시도 시 명령이 사용해야 하는 사용자의 자격 증명을 포함해야 합니다.

-------------------------- 예제 2 --------------------------

$cred1 = Get-Credential "litwareinc\pilar"

Test-CsRegistration -TargetFqdn atl-cs-001.litwareinc.com -UserCredential $cred1 -UserSipAddress "sip:pilar@litwareinc.com"

예제 2에 표시된 명령은 특정 사용자(litwareinc\pilar)가 Lync Server에 로그온할 수 있는지 테스트합니다. 이 작업을 수행하기 위해 이 예제의 첫 번째 명령은 Get-Credential cmdlet을 사용하여 사용자 Pilar Ackerman의 이름 및 암호를 포함하는 Windows PowerShell 자격 증명 개체를 만듭니다. 로그온 이름 litwareinc\pilar는 매개 변수로 포함되었으므로 관리자는 Windows PowerShell 자격 증명 요청 대화 상자에 Pilar Ackerman 계정의 암호만 입력하면 됩니다. 그러면 결과 자격 증명 개체가 $cred1이라는 변수에 저장됩니다.

두 번째 명령은 이 사용자가 풀 atl-cs-001.litwareinc.com에 로그온할 수 있는지 확인합니다. 이 작업을 수행하기 위해 Test-CsRegistration을 TargetFqdn(등록자 풀의 FQDN), UserCredential(Pilar Ackerman의 사용자 자격 증명이 포함된 Windows PowerShell 개체) 및 UserSipAddress(제공된 사용자 자격 증명에 해당하는 SIP 주소)의 매개 변수와 함께 호출합니다.

참고 항목

기타 리소스

Test-CsClientAuth