次の方法で共有

Lync Server 2013 での代理トランザクションの特別なセットアップ手順

  • [アーティクル]

 

トピックの最終更新日: 2015-11-16

ほとんどの代理トランザクションは、ウォッチャー ノードでそのまま実行できます。つまり、合成トランザクションがウォッチャー ノードの構成設定に追加されるとすぐに、ウォッチャー ノードはテストパス中に合成トランザクションの使用を開始できます。 ただし、これはすべての代理トランザクションに当てはまるわけではありません。 例外 (特別なセットアップ手順を必要とする代理トランザクション) については、次のセクションで説明します。

サーバー タイムアウト エラーの処理

場合によっては、代理トランザクションがサーバー タイムアウト エラー (エラー コード 504) で失敗している場合があります。 これらのエラーは、通常、ファイアウォールの問題が原因です。 代理トランザクションが実行されると、そのトランザクションはMonitoringHost.exe プロセスで実行されます。次に、PowerShell.exe プロセスのインスタンスを開始MonitoringHost.exe。 MonitoringHost.exeまたはPowerShell.exeのいずれかがファイアウォールによってブロックされている場合、代理トランザクションは失敗し、504 エラーが生成されます。

この問題を解決するには、ローカル コンピューターでMonitoringHost.exeとPowerShell.exeの両方の受信ファイアウォール規則を手動で作成する必要があります。 これは、サーバーの既存の構成に応じて、Windows ファイアウォールまたはサードパーティのローカル ファイアウォール ソフトウェアを使用して行うことができます。

代理トランザクション ホスト コンピューターと監視しようとしている Lync Server の間にネットワーク ファイアウォール デバイスを使用している場合は、ホストをクライアント マシンとして扱い、 Lync Server 2013 の内部サーバーのポートとプロトコルからのすべてのファイアウォール ポート要件を監視する必要があります。

データ会議代理トランザクション

ウォッチャー ノード コンピューターが境界ネットワークの外部にある場合は、ネットワーク サービス アカウントの Internet Explorer プロキシ設定を最初に無効にしない限り、データ会議代理トランザクションを実行できない可能性があります。 このサービスのプロキシ設定を無効にするには、次の手順を実行します。

  1. ウォッチャー ノード コンピューターで、[ スタート] をクリックし、[ すべてのプログラム] をクリックし、[ アクセサリ] をクリックし、[ コマンド プロンプト] を右クリックして、[ 管理者として実行] をクリックします。

  2. コンソール ウィンドウで、次のコマンドを入力し、Enter キーを押します。

    bitsadmin /util /SetIEProxy NetworkService NO_PROXY

コマンド ウィンドウに次のメッセージが表示されます。

BITSAdmin is deprecated and is not guaranteed to be available in future versions of Windows. Administration tools for the BITS service are now provided by BITS PowerShell cmdlets.

Internet proxy settings for account NetworkService set to NO_PROXY. 
(connection = default)

このメッセージは、ネットワーク サービス アカウントの Internet Explorer プロキシ設定を無効にしたことを意味します。

Exchange ユニファイド メッセージング代理トランザクション

Exchange Unified Messaging (UM) 代理トランザクションは、テスト ユーザーが Exchange に属するボイスメール アカウントに接続できることを検証します。 これらのテスト ユーザーは、Exchange UM テストを使用する前に、ボイスメール アカウントで事前構成する必要があります。

常設チャット代理トランザクション

常設チャット代理トランザクションを使用するには、管理者が最初にチャネルを作成し、テスト ユーザーにチャネルを使用するアクセス許可を付与する必要があります。 Test-CsPersistentChatMessage コマンドレットを使用して、次のテスト ユーザーを適切に構成できます。

$cred1 = Get-Credential "litwareinc\kenmyer"
$cred2 = Get-Credential "litwareinc\pilar"

Test-CsPersistentChatMessage -TargetFqdn atl-cs-001.litwareinc.com -SenderSipAddress sip:kenmyer@litwareinc.com -SenderCredential $cred1 -ReceiverSipAddress sip:pilar@litwareinc.com -ReceiverCredential $cred2 -TestUser1SipAddress sip:kenmyer@litwareinc.com -TestUser2SipAddress sip:pilar@litwareinc.com -Setup $True

このセットアップ タスクは、企業内から実行する必要があります。

  • サーバー以外のコンピューターから実行する場合、コマンドレットを実行するユーザーは、Role-Based Access Control (RBAC) の PersistentChatAdministrators ロールのメンバーである必要があります。

  • サーバー自体から実行する場合、コマンドレットを実行するユーザーは RTCUniversalServerAdmins グループのメンバーである必要があります。

前のコマンドでは、セットアップ パラメーターが含まれ、True ($True) に設定されています。 セットアップ パラメーターを含める場合、Test-CsPersistentChatMessageは特別な常設チャット ルームを作成し、そのルームにテスト ユーザーを設定します。 これは、実際にテスト目的で利用できるチャット ルームがあることを確認するのに役立ちます。 セットアップ パラメーターは、フロント エンド サーバーからのみ実行する必要があることに注意してください。

Test-CsPersistentChatMessageによって作成されたチャット ルームは、管理者のみが削除できます。

PSTN ピアツーピア通話代理トランザクション

Test-CsPstnPeerToPeerCall 代理トランザクションは、公衆交換電話網 (PSTN) を介して通話を発信および受信する機能を検証します。

この代理トランザクションを実行するには、管理者が次のように構成する必要があります。

  • エンタープライズ VoIPに対して有効になっている 2 人のテスト ユーザー (呼び出し元と受信者)。

  • 各ユーザー アカウントのダイレクト インワード ダイヤリング (DID) 番号。

  • 受信者の番号を呼び出して PSTN ゲートウェイに到達できるようにする音声ポリシーと音声ルート。

  • 通話を受け入れる PSTN ゲートウェイと、ダイヤルされた番号に基づいて受信者のホーム プールに通話をルーティングするメディア。

統合連絡先ストア代理トランザクション

統合連絡先ストア代理トランザクションは、Lync Server 2013 が 2013 Microsoft Exchange Serverからユーザーに代わって連絡先を取得できることを確認します。

この代理トランザクションを使用するには、次の条件を満たす必要があります。

これらの条件が満たされた後、管理者は次のコマンドを実行して、SIP アドレス kenmyer@litwareinc.com を持つユーザーが統合連絡先ストアから連絡先を取得できることを確認できます。

Test-CsUnifiedContactStore -TargetFqdn atl-cs-001.litwareinc.com -UserSipAddress "sip:kenmyer@litwareinc.com" -RegistrarPort 5061 -Authentication TrustedServer -Setup

前のコマンドで使用した Setup パラメーターの使用に注意してください。 Test-CsUnifiedContactStoreの実行時にセットアップ パラメーターが含まれている場合、指定したユーザーの連絡先 (この場合は sip:kenmyer@litwareinc.com) が統合連絡先ストアに移動されます。 (もちろん、ユーザーの連絡先が統合連絡先ストアに既にある場合は、移動する必要はありません)。通常、Setup パラメーターは 1 回だけ (Test-CsUnifiedContactStoreが初めて実行される) だけ使用され、テスト ユーザーにのみ使用する必要があります。つまり、Lync Server に実際にログオンすることは決してないユーザー アカウントを使用します。 テスト ユーザーが統合連絡先ストアに移行された後、セットアップ パラメーターを指定せずにTest-CsUnifiedContactStoreを呼び出すことで、ユーザーの連絡先を取得できることを確認できます。

Test-CsUnifiedContactStore -TargetFqdn atl-cs-001.litwareinc.com -UserSipAddress "sip:kenmyer@litwareinc.com" -RegistrarPort 5061 -Authentication TrustedServer

XMPP 代理トランザクション

XMPP (拡張可能メッセージングとプレゼンス プロトコル) IM 代理トランザクションでは、XMPP 機能を 1 つ以上のフェデレーション ドメインで構成する必要があります。

XMPP 代理トランザクションを有効にするには、ルーティング可能な XMPP ドメインのユーザー アカウントに XmppTestReceiverMailAddress パラメーターを指定する必要があります。 次に例を示します。

Set-CsWatcherNodeConfiguration -Identity pool0.contoso.com -Tests @{Add="XmppIM"} -XmppTestReceiverMailAddress user1@litwareinc.com

この例では、litwareinc.com のメッセージを XMPP ゲートウェイにルーティングするには、Lync Server 2013 ルールが存在する必要があります。