設定 XMPP 復元力

Transcription

1 設定 XMPP 復元力 目次 はじめに前提条件要件使用するコンポーネント設定ネットワーク図設定確認トラブルシューティング 概要 この資料に拡張可能なメッセージングおよび存在プロトコル (XMPP) 復元力 Meeting Server (CMS) を on Cisco 設定する方法を記述されています 前提条件 要件 次の項目に関する知識が推奨されます データベースクラスタ処理は XMPP 復元力の前に設定する必要があります これはデータベースクラスタ処理を設定するリンクです Cisco-Meeting-Server-Call-Brid.html Callbridge コンポーネントは CMS で設定する必要があります Cisco は XMPP 復元力を設定できる少なくとも 3 つの XMPP ノードがあることを推奨します 設定が弾力性のあるモードにあるとき 配備内の XMPP サーバに同じ設定がロードされます 自己署名証明書の理解認証局 (CA) - 署名される Domain Name Server (DNS) は必要となりました ローカル認証局かパブリックが証明書を生成するように認証局 (CA) 要求しました 注 : 自己署名証明書を使用する生産環境のために推奨されません 使用するコンポーネント このドキュメントは 特定のソフトウェアやハードウェアのバージョンに限定されるものではありません CMS

2 Mainboard 管理プロセッサ (MMP) のためのパテセキュアシェル (SSH) ターミナルエミュレーションソフトウェア Firefox のような Webブラウザ Chrome 本書の情報は 特定のラボ環境にあるデバイスに基づいて作成されたものです このドキュメントで使用するすべてのデバイスは 初期 ( デフォルト ) 設定の状態から起動しています 稼働中のネットワークで作業を行う場合 コマンドの影響について十分に理解したうえで作業してください 設定 ネットワーク図 このイメージは XMPP メッセージおよびルーティングトラフィックの交換を示します 設定 XMPP 復元力配備のこの例は 3 つの XMPP サーバを使用し それをはじめて設定します 注 : XMPP 復元力が以前に展開されればすべてのサーバをリセットすることを推奨します XMPP サーバはキープアライブメッセージを互いを監視し リーダーを選ぶのに使用します XMPP メッセージはあらゆるサーバに送ることができます 先行するイメージに示すように メッセージはリーダー XMPP サーバに転送されます XMPP サーバはリーダーがそれから新しいリーダーを順方向に選ばれれば新しいリーダーへの他の XMPP サーバトラフィック失敗する場合互いを監察し続け ステップ 1. XMPP コンポーネントのための生成する証明書 必要とされるようにローカルによって対応した証明書を生成するために CSR をそれからこのコマンド認証局 (CA)/ 公共 certifcate 権限生成すれば PKI CSR <key/cert basename> 呼び出します 上の CSR を使用し ローカル認証局を使用して証明書を生成して下さい 付録 5 ページ 32 Microsoft Certificate Authority を使用して証明書を生成するのに VCS 証明書ガイドを使用できます

3 WINSCP/SFTP サーバを使用してすべての 3 ノードの証明書をアップロードして下さい 確認するためかどうか MMP/SSH のアップロードされた使用である証明書コマンド コマンドにより WLC CLI で明確に示されます PKI リスト 注 : ラボでは 1 つの証明書はすべての 3 つの XMPP ノードのために使用されます ステップ 3. XMPP コンポーネントを使用する設定 CMS cb1> xmpp domain tptac9.com cb1>xmpp listen a cb1>xmpp certs abhiall.key abhiall.cer certall.cer *certall.cer= CA certificate ヒント : CA が証明書バンドルを提供したり個々のファイルとして証明書にバンドルを含んで下さい 証明書バンドルはチェーンのルート CA 証明書およびすべての中間証明書のコピーを保存する単一ファイル (.pem の拡張と.cer or.crt) です 証明書は証明書バンドルで最後であるルート CA の証明書と順次にある必要があります 外部クライアントは ( たとえば Web ブラウザおよび XMPP クライアント ) 信頼できる接続を設定するときそれぞれ XMPP サーバが示される証明書および証明書バンドルを必要とします

4 証明書のバンドルが必要となる時 上のコマンドはあります cb1> xmpp certs abhiall.key abhiall.cer certallbundle.cer certallbundle.cer= CA certificate + Intermediate CA + Intermediate CA1 + Intermediate CA Intermediate CAn + Root CA where n is an integer 3 つの証明書を 3 つのそれぞれ XMPP ノードのために使用した場合 証明書を組み込むために確認して下さい xmppserver1.crt + xmppserver2.crt + xmppserver3.crt= xmpp-cluster-bundle.crt 単一証明書 abhiall.cer は資料で使用されます 証明書のより多くの詳細を知るためにこのガイドを参照して下さい Version-2-2/Certificate-Guidelines-Scalable-and-Resilient-Deployments-2-2.pdf ステップ 4. XMPP コンポーネントを実行するすべての CMS に SFTP によって証明書をアップロードして下さい cb1>> xmpp クラスタ信頼 xmpp クラスタ bundle.crt ラボ xmpp クラスタ信頼 abhiall.cer cb1>>xmpp クラスタ信頼 abhiall.cer

5 ステップ 5. XMPP サーバにコールブリッジを追加して下さい cb1> xmpp callbridge は cb1 を追加します シークレットは これ設定します cb1 と指名されるコールブリッジの接続を可能にするために XMPP サーバを生成されます 注 : ( コールブリッジが XMPP サーバに認証詳細を示すように ) XMPP サーバへのコールブリッジアクセスを設定するときドメイン コールブリッジ名前およびシークレットは 必要としますこの情報以降を生成されます 上のコマンドが同じ xmpp ノードに他のコールブリッジを追加するのに使用されています cb1> xmpp callbridge は cb2 を追加します cb1> xmpp callbridge は cb3 を追加します 注 : 各コールブリッジは固有の名前がなければなりません まだ XMPP サーバに追加したコールブリッジのための詳細に注意していなかったら コマンドを使用して下さい : xmpp callbridge リスト cb1> xmpp 無効 このディセーブル XMPP Server ノード ステップ 6. 有効 XMPP クラスタ cb1> xmpp クラスタ有効 このノードの XMPP クラスタを初期化して下さい このコマンドはこのクラスタに 1 ノード xmpp クラスタを 他のノード (xmpp サーバ ) 加入されます作成します cb1> xmpp クラスタは初期化します このノードを再び有効にして下さい cb1>xmpp 有効 ステップ 7. コールブリッジを第 2 XMPP ノードに追加し クラスタにそれに加入して下さい このノードに各コールブリッジを追加して下さい これはコールブリッジが最初の XMPP Server ノードから同一コールブリッジ名前およびシークレットを使用して追加されるように要求します これはこのコマンドによって実現します cb2>> xmpp callbridge 追加シークレット cb1 コールブリッジシークレットを入力して下さい

6 コマンド xmpp コールブリッジリスト動作するシークレットをチェックするため それは最初のノードで生成されるすべてのシークレットをリストします すべてを追加した後コールは第 2 ノードにシークレットを繋ぎます cb2>> xmpp disable cb2>> xmpp cluster enable cb2>> xmpp enable cb2>> xmpp cluster join <cluster> クラスタ : 最初のノードの IP アドレスまたはドメイン名はあります ステップ 8. コールブリッジを第 3 XMPP ノードに追加し クラスタにそれに加入して下さい このノードに各コールブリッジを追加して下さい これはコールブリッジが最初の XMPP Server ノードから同一コールブリッジ名前およびシークレットを使用して追加されるように要求します これはコマンドを使用して実現します cb3>> xmpp callbridge 追加シークレット cb1 コールブリッジシークレットを入力して下さい

7 この場合シークレットをチェックするため コマンド xmpp callbridge リストを実行できます コマンドリスト最初のノードで生成されるすべてのシークレット 結局コールブリッジシークレットはこのノードに実行しますこれらのステップを追加されます cb3>> xmpp disable cb3>> xmpp cluster enable cb3>> xmpp enable cb3>> xmpp cluster join <cluster> クラスタ : 最初のノードの IP アドレスまたはドメイン名はあります ステップ 9. クラスタの XMPP サーバの認証詳細で各コールブリッジを設定して下さい これは XMPP サーバにアクセスすることをコールブリッジが可能にします Webadmin > 設定 > 一般にナビゲートし これらを入力して下さい : 1. ユニークなコールブリッジ名前を ドメイン部品必要とされます追加しないで下さい 2. XMPP サーバドメイン tptac9.com のためのドメインを入力して下さい 3. XMPP サーバのサーバアドレス このコールブリッジに同じ場所に配置された XMPP サーバを使用してただほしいかまたは DNS を設定してもらわなかったら場合このフィールドを設定して下さい 同じ場所に配置された XMPP サーバの使用はレイテンシーを短縮します

8 4. XMPP サーバ間のフェールオーバーにこのコールブリッジを許可するためにこのフィールドをこれ設定されるように要求します DNS エントリがブランクのままにして下さい コールブリッジと XMPP サーバの間で接続すればのに Domain Name Server (DNS) を使用するように計画する場合またクラスタの XMPP サーバのそれぞれの DNS A レコードに解決するために xmpp クラスタのための DNS SRV レコードを設定する必要があります DNS SRV レコードの形式は次のとおりです : _xmpp-component _tcp _xmpp-component._tcp.example.com IN SRV xmppserver1.example.com, _xmppcomponent._tcp.example.com IN SRV xmppserver2.example.com, _xmppcomponent._tcp.example.com IN SRV xmppserver3.example.com. 上述の例は 5223 が既に使用されている場合 ) ポート 5223 を規定したものです ( 別のポートを使用して下さい それぞれコールブリッジに使用する共用シークレット たとえば上のスクリーンショットで Cb1 シークレットはあります Callbridge: cb1 domain : tptac9.com シークレット : kvgp1srzwvabhipvab1 同様に cb2 および cb3 のために すべての 3 つのコールブリッジ cb1,cb2 および cb3 のためのこれらのステップを繰り返して下さい これらのステップを実行した後 すべての 3 つのコールブリッジのクラスタのステータスをチェックして下さい 確認 xmpp クラスタのライブ状態のレポートを作成するために cb1>> xmpp クラスタステータスを このコマンド実行して下さい クラスタが失敗した場合 このコマンドは xmpp サーバの統計情報を戻します この Meeting Server だけで動作する 接続に関する問題を診断するために試み 助けるのにこのコマンドを使用して下さい このイメージは従節としてリーダー としてノード 1 つおよび他 2 を示します

9 同様に 2 つのノードの他のステータスをチェックして下さい 第 2 ノード 第 3 ノード

10 トラブルシューティング XMPP 復元力の設定が完了しました 出くわすかもしれない問題がある可能性があります xmpp 復元力を使用するとき シナリオ 1. は DNS 問題に DNS 設定があるように スクリーンショットポイントのエラー確認しました これらのエラーが見られる場合 SRV レコードがあるように設定を確認して下さい XMPP 復元力では コールブリッジが接続する XMPP サーバは DNS によって制御されています この選択は与えられる DNS 優先順位およびウエイトに基づいています コールブリッジは 1

11 XMPP サーバにだけ一度に接続します すべてのトラフィックがマスターに転送されるので同じ XMPP サーバに接続するべきすべてのコールブリッジのための要件がありません ネットワークの問題が XMPP サーバへの接続を失うコールブリッジという結果に終る場合コールブリッジは別の XMPP サーバに再接続するように試みます コールブリッジはに接続できるあらゆる XMPP サーバに設定する必要があります クライアント接続を Webrtc クライアントの使用が有効にするために _xmpp-client _tcp レコード必要となります 典型的な配備で それはポート 5222 に解決します の中でコアサーバが直接ルーティング可能なら LAN それはコアサーバで動作する XMPP サービスに解決できます 次に 例を示します _xmpp-client._tcp.tptac9.com はこれらの SRV レコードがある場合があります : _xmpp-client _tcp tptac9.com IN SRV cb1 tptac9.com XMPP Server ノードのための DNS レコードの設定の助言 のために XMPP 復元力 DNS がまたクラスタの XMPP サーバのそれぞれの DNS A レコードに解決するために xmpp クラスタのための DNS SRV レコードを設定する必要がある XMPP サーバとコールブリッジの間で接続するように要求します DNS SRV レコードの形式は次のとおりです : _xmppcomponent._tcp.tptac9.com 3 つの xmpp サーバのために説明されている設定によってすべての 3 つのサーバに解決するレコードは示されています _xmpp-component._tcp.tptac9.com IN SRV cb1.tptac9.com _xmpp-component._tcp.tptac9.com IN SRV cb2.tptac9.com _xmpp-component._tcp.tptac9.com IN SRV cb3.tptac9.com 例はまた 5223 が既に使用されている場合ポート 5223 を 他のどのポートも使用することができます規定したものです ただし 使用されたポートを開かれなければなりません確認して下さい シナリオ 2. Status ページ CMS が認証失敗を示す時 認証失敗は大抵共用シークレットが不正確に入力されないし 入力されないとき見られます 便利なそれを忘れ 持たなかったら共用シークレットが入力されるようにして下さい SSH サー

12 バへのおよび動作するこのコマンド : xmpp callbridge リスト

13 資料は xmpp 復元力設定を記述したものです それ故に 生成されたシークレットを確認するためにすべての 3 つのサーバのコマンドをですすべてのサーバを渡って同じ実行して下さい イメージが示すと同時に それは反映されている何が cb3 のためにサーバ cb1 で見られて 使用される共用シークレットです同じできます 他のサーバでチェックした後 それは cb1 のための入力されたシークレットが不正確であることを結論しますあります シナリオ 3. XMPP ノードの xmpp クラスタステータス重複記入 この出力はノード :5222 の重複記入を示したものです cb1> xmpp cluster status State: LEADER List of peers : : : :5222 (Leader) 注意 : それはそれらをリセットする前にクラスタから xmpp ノードを削除することを推奨しますあります 次に既存の XMPP クラスタにクラスタおよび編隊集合にノードまだある間 XMPP リセットがノードで実行された ステータス xmpp クラスタステータスによってチェックされたときそのノードの重複記入を作成します これは弾力性のある設定で問題を引き起こす場合があります 問題は上がりました

14 下記のガイドのページをチェックして下さい 94 Version-2-3/Cisco-Meeting-Server-2-3-Scalable-and-Resilient-Deployments.pdf