Adobe Connect 12.12 LiveKit インストール（拡張オーディオ・ビデオ設定）

検索

概要

Adobe Connect は、拡張オーディオおよびビデオ機能を提供するために、オープンソースの WebRTC ベース Media Server である LiveKit を使用します。この LiveKit ベースの拡張オーディオ・ビデオ設定は、通常、特定の役割を持つ複数の Linux® ノードで実行されます：シグナリングノード、LiveKit メディア/SIP ノード、および録画と ASR（キャプション）ノードです。この設定では、PostgreSQL、Redis、および NATS メッセージバスクラスター（LiveKit のメディアおよび SIP サーバーに必要）も使用します。これらは、使用状況に応じて、1 台のマシンまたは複数のマシンにインストールできます。

各ノードの設定は、まずインストーラー zip ファイルをノードにコピーして、設定ファイルを編集します。そして、依存関係インストールスクリプトを実行した後、最後にメインインストールスクリプトを実行することで行えます。 以下に、次のセクションで説明するトピックを示します：

これらの手順は「インストール」セクションで説明されています。

前提条件と必要システム構成

拡張オーディオ/ビデオ サーバー/ノードのサイズを見積もる

session_participants_count.sql ファイルを実行して、拡張オーディオ/ビデオ サーバーのサイズを見積もることができます。SQL クエリの出力は、Excel ファイル「Additional Enhanced A/V hardware Livekit-estimator.xlsx」である計算ツールへの入力となります。

この計算ツールは、Adobe Connect の過去の使用状況に基づいて必要な VM 数を見積もるのに役立ちます。この計算ツールには、次の入力項目が必要です。

  • サーバーの CPU コアと RAM の数
  • 過去 12 か月のピーク時同時セッション数と、平均出席者数を判別する際に使用する、接続された SQL クエリ数
  • 各セッションの推定パブリッシャー数。 パブリッシャーとは、会議室でのマイク（ミュートとミュート解除の両方）接続や、会議室での web カメラ（ライブと一時停止の両方）接続を行う会議出席者（主催者、プレゼンターまたは参加者）
メモ

session_participants_count.sql と Additional Enhanced A/V hardware Livekit-estimator.xlsx の両方のファイルは、インストーラーパッケージに含まれており、他の場所では入手できません。

ポート開放要件

ソース 保存先 ポート範囲 プロトコル 使用
WebRTC LB シグナリングノード 18443 TCP WebRTC シグナリング
0.0.0.0 WebRTC LB 443 TCP WebRTC シグナリング
Connect Pro Server WebRTC LB 443 TCP  
Self シグナリングノード 6379 TCP Redis
メディアサーバーノード シグナリングノード 6379 TCP Redis
録画ノード シグナリングノード 6379 TCP Redis
メディアサーバーノード シグナリングノード 4222 - 4224 TCP NATS
Self シグナリングノード 5432 TCP Postgres
Self シグナリングノード 6222 TCP NATS
セルフ シグナリングノード 7890 TCP LiveKit LB
シグナリングノード Connect Pro Server LB 443 TCP  
自動キャプション /ASR ノード シグナリングノード 7890 TCP LiveKit LB
自動キャプション /ASR ノード WebRTC LB 443 TCP WebRTC シグナリング
メディアサーバーノード シグナリングノード 7890 TCP LiveKit LB
セルフ 自動キャプション /ASR ノード 6000 TCP キャプションサービス
シグナリングノード 録画ノード 5000～5100 TCP 録画リクエスト
Connect Pro Server 録画ノード 80 TCP 録画をダウンロードする
シグナリングノード メディアサーバーノード 7880 TCP WebRTC シグナリング
セルフ メディアサーバーノード 6883 TCP クラスター接続
セルフ メディアサーバーノード 6884 UDP クラスター接続
0.0.0.0 メディアサーバーノード 50000 - 60000 UDP SRTP（リアルタイムメディアフロー）
セルフ メディアサーバーノード 30000 - 40000 UDP TURN リレー
0.0.0.0 メディアサーバーノード 3478 UDP TURN over UDP
0.0.0.0 メディアサーバーノード 443 TCP TURN over TLS
0.0.0.0 メディアサーバーノード 5060 UDP SIP
0.0.0.0 メディアサーバーノード 5060 TCP SIP
0.0.0.0 メディアサーバーノード 10000-20000 UDP SIP
自動キャプション /ASR ノード メディアサーバーノード 50000 - 60000 UDP SRTP（リアルタイムメディアフロー）
自動キャプション /ASR ノード メディアサーバーノード 3478 UDP TURN over UDP
録画ノード メディアサーバーノード 50000 - 60000 UDP SRTP（リアルタイムメディアフロー）
録画ノード メディアサーバーノード 3478 UDP TURN over UDP
録画ノード WebRTC LB 443 TCP WebRTC シグナリング

0.0.0.0 = ユーザー/クライアント/インターネット

LiveKit のオンプレミスセットアップ用ロードバランシングの設定

ロードバランシングは通常、以下の設定を使用した外部アプリケーションロードバランサーを介して実行されます。

  • HTTPS ポート 443：シグナリングノードの HTTP ポート 18443 - CPS とエンドユーザーはこのリスナーに接続し、新しい WebRTC クラスターへのエントリポイントになります。

詳細については、Enhanced Audio/Video (WebRTC) のオンプレミスセットアップ用ロードバランシングの設定を参照してください。

メモ

LiveKit エンジンの場合、ロードバランシングはポート 18443 にのみ必要です。LiveSwitch エンジンとは異なり、ロードバランシング対象の個別の管理パネルポート (9090) はありません。

環境の準備

LiveKit のセットアップには、少なくとも 4 つの Red Hat サーバーが必要です。シグナリング、メディア、レコーディング、ASR の各ノードに 1 つずつです。推定ツールは、会議負荷に基づいて、複数のメディアサーバー、レコーディングノード、ASR ノード、およびシグナリングノードを提案する場合があります。アプリケーションロードバランサーは、SSL オフローディングと、CPS とエンドユーザークライアントおよびシグナリングノード間の通信に使用されます。

ここでは、最も一般的な 4 つのサーバーセットアップについて詳しく説明します。

  • 4 台の Red Hat サーバーをプロビジョニングします。 構成については、Hardware estimator を参照してください。
  • インストールには、sudo アクセス権を持つ root 以外のユーザーが必要です。
    • Red Hat を新規インストールした後、新しいユーザー ID を作成します。
    • RHEL で新しいユーザー ID の sudo を有効にするには、ID を wheel グループに追加します。
      • su を実行して root になります。
      • usermod -aG wheel your_user_id を実行します。
      • ログアウトし、新しい ID を使用して再度ログインします。

インストーラー ZIP ファイルをコピーする

  1. Patch_ACS_12_12_0_EnhancedAV.zip をすべてのノードのホームディレクトリにコピーします。例：scp Patch_ACS_12_12_0_EnhancedAV.zip -i ssh_key.pem my-user@webrtc.corp.example.com:/home/my-user/

  2. 必要に応じて、Jarsigner を使用し、ダウンロードした署名済み zip を確認します。 Jarsigner は Java の一部としてインストールされます。

    1. コマンド「java -version」を使用して Java がインストールされているかどうかを確認します。 Java がインストールされている場合は、Java のバージョンが出力されます。
    2. マシンに Java がインストールされていない場合は、Java をインストールします。

      sudo yum install java-1.8.0-openjdk-devel

    3. ターミナルウィンドウで以下のコマンドをコピーし、Enter キーを押します。

      jarsigner -verify -verbose Patch_ACS_12_12_0_EnhancedAV.zip

    4. 検証の出力には以下が含まれます：
      • zip 内のファイルのリスト
      • アドビが認証用に提供する証明書情報
      • 成功を示す「jar を確認しました」という出力メッセージ、または失敗を示す「jar を確認できません」という出力メッセージ
    5. 証明書情報が有効で、確認の成功を示す出力メッセージが表示された場合、ユーザーは zip の内容を使用してインストールを続けることができます。失敗した場合は、アドビサポートに連絡する必要があります。

  3. ZIP を展開します。 アクセス権がファイルに適切に付与されていることを確認します。 次のコマンドを使用します。明確に指定されていない限り、root/sudo アクセスでコマンドを実行しないでください。

    unzip Patch_ACS_12_12_0_EnhancedAV.zip
    cd ~/ncc-onprem-installer/
    sudo chmod +x ExternalDependencies/install.sh
    sudo chmod +x MainInstall.sh
    sudo chmod +x check-connectivity.sh
    sudo chmod +x uninstall.sh

    メモ

    インターネットアクセスがない環境や制限された環境でセットアップを実行する場合は、以下のコマンドを実行してください：

  4. 依存関係インストールスクリプトを実行します。

    1. インターネット接続のない環境またはロックダウンされた環境でセットアップを実行するには、以下のコマンドを実行して外部依存関係をインストールします。 インターネットアクセスがある場合は、以下の手順 2 を続行してください。

      インストーラーの親ディレクトリに移動します。例：~/ncc-onprem-installer/ ディレクトリにいることを確認してください。
      RHEL8 で bash ExternalDependencies/package-util.sh --install --rhel8 を実行します。
      RHEL9 で、bash ExternalDependencies/package-util.sh --install --rhel9 を実行します。
      この操作により、必要な外部依存関係がボックスにすべてインストールされます。
      これはノードごとに 1 回必要です。
    2. インストーラーの親ディレクトリに移動します。 例えば、~/ncc-onprem-installer/ ディレクトリにいることを確認します。
      bash ExternalDependencies/install.sh を実行します。この操作により、必要な外部依存関係がボックスにすべてインストールされます。 この操作は、ノードごとに 1 回必要です。

インストール処理

以下の手順では、4 つの別々の Red Hat インスタンスに LiveKit 環境をインストールする方法（例として）について説明します。シグナリングノード、録画ノード、メディアサーバーノード、ASR ノード。 各ノードの指示について、containers.conf で設定されているサービスに細心の注意を払います。 設定ファイルで、特定のサービス / コンテナのセットを使用して各ノードを設定する必要があります。

** ラボシステムでは、これらすべての「ノード」（Signalling、Recording、Media、ASR Server）を 1 つの Linux インスタンスにインストールできます。その場合、containers.conf で、環境に必要なすべてのサーバー / コンテナに対して「count=1」を設定します。.

シグナリングノード

シグナリングノードで、通常、次のサービスを実行します。 各サービスは Docker コンテナとして実行されます。

  • config（設定サービス）
  • cas（新しい Connect API サービス）
  • apigw（API ゲートウェイ / ルーター）
  • nats（3 ノード NATS クラスター – LiveKit メディア/SIP サーバーに必要なメッセージバス）
  • redis
  • postgres

通常、シグナリングノードは、外部ロードバランサーを介して Connect クライアントにアクセス可能なプライベートサブネットに配置されます。.

手順

  1. Hosts ファイルを編集します。この hosts ファイルのエントリは、デプロイメント内のすべてのノード（Signalling、Media、Recording、ASR）に追加する必要があり、<private-ip> は常に Signalling ノードのプライベート IP に設定します。nano や vi などのテキストエディターを使用できます。

    1. nano または vi エディターを使用して /etc/hosts ファイルを開きます。例：sudo vi /etc/hosts
    2. 最後に次の行を追加します。 Signalling ノードのプライベート IP で <private-ip> を置き換えます。以下の各単語間のスペースに注意してください。

    <private-ip> controller.livekit.svc.cluster.local nats.livekit.svc.cluster.local redis.ncc.svc.cluster.local postgres.ncc.svc.cluster.local cas.ncc.svc.cluster.local config.ncc.svc.cluster.local pi.ncc.svc.cluster.local auth.ncc.svc.cluster.local

    192.168.1.100 controller.livekit.svc.cluster.local nats.livekit.svc.cluster.local redis.ncc.svc.cluster.local postgres.ncc.svc.cluster.local cas.ncc.svc.cluster.local config.ncc.svc.cluster.local pi.ncc.svc.cluster.local auth.ncc.svc.cluster.local

  2. 設定ファイルの編集

    ncc-onprem-installer/Config/config.conf に保存されている設定ファイルを編集します。 ファイルを編集する手順は、設定ファイルにコメントとして追加されています。 このファイルは Signalling ノードで編集する必要があります。他のノードは独立して編集するのではなく、この同じファイルをコピーします（以下のそれぞれのセクションを参照）。

    1. hostnames ブロック内の以下のキーを更新します：

    キー シングルボックス マルチボックス
    fqdn NCC_FQDN (例: webrtc.example.com) 同一
    signalingNode インスタンスプライベート IP シグナリングノードのプライベート IP
    configService インスタンスプライベート IP シグナリングノードのプライベート IP
    recordingNode インスタンスプライベート IP HCR ノードプライベート IP
    mediaNode インスタンスプライベート IP メディアノードプライベート IP
    sipNode インスタンスプライベート IP メディアノードプライベート IP

    2. livekit ブロック配下の以下のキーを更新します（シングルボックスとマルチボックスで同一）：

    キー 値
    有効 "true"
    mediaServers ["<メディアノードプライベート IP>"]

    3. 次に、ncc-onprem-installer/Config/containers.conf を編集します。ファイルを編集する手順は、ファイルにコメントとして追加されています。 このファイルは、ホストごとに個別に編集する必要があります。 インストールするサービスと配置するコンテナーの数に応じて行います。

    4. 通常のシグナリングノードでは、以下をインストールします。

    • casServer
    • configService
    • apiGateway
    • nats（3 レプリカ NATS クラスター用のカウントを設定）
    • redis
    • postgres

    5. 次に、上記のすべてのサービスに対して count=1 を設定し、それ以外のサービスに対して 0 を設定します。.

    重要

    Config.conf への変更後は、configService で restart=1 を設定してください。

  3. メインインストーラースクリプトを実行します。 メインインストーラーディレクトリに切り替えます。cd ~/ncc-onprem-installer/ メインインストーラースクリプト bash MainInstall.sh を実行します。確認メッセージを待ちます。 成功メッセージ：2023-01-31 18:21:34,033 : INFO : Main : 55 : Installation successful。失敗メッセージ：2023-01-31 20:04:44,849 : ERROR : Main : 59 : Installation failed。詳細については、installer.log を確認します。.

  4. インストールを確認します。

    1. ヘルスチェック API ノードのヘルスチェックについては、次の URL を参照できます：http://<private_ip>:18443/health。正常なレスポンスは、200 OK {"apigw":"ok"} となります。 RedHat マシンから確認するには、curl コマンドを使用できます。例：curl -v http://172.31.56.203:18443/health
    2. コンテナステータスの確認 ターミナルウィンドウで docker ps コマンドを実行します。出力は以下のようになり、どのコンテナでも STATUS が restarted になっていないことを確認してください。nats1/nats2/nats3 コンテナがすべて正常であることを確認してから、メディアノードに進んでください。
    CONTAINER ID   IMAGE                                                          COMMAND                  CREATED        STATUS               PORTS                                                                 NAMES
aec6e82c8a6d   docker-connect-release.dr-uw2.adobeitc.com/ncc-onprem/redis:12.4     redis-server /red...    2 時間前    Up 2 時間           0.0.0.0:6379->6379/tcp                                              redis
5add9e041cc0   docker-connect-release.dr-uw2.adobeitc.com/ncc-onprem/postgres:12.4  postgres                 2 時間前    Up 2 時間           0.0.0.0:5432->5432/tcp                                              postgres
991a1a6e9145   docker-connect-release.dr-uw2.adobeitc.com/ncc-onprem/lb:12.4        nginx -g daemon o...     2 時間前    アップ 2 時間           0.0.0.0:7890->7890/tcp, 80/tcp, 443/tcp, 5349/tcp                    lb
246cdf8b2fdd   docker-connect-release.dr-uw2.adobeitc.com/ncc/config:12.12.0        /bin/bash /run.sh        2 時間前    アップ 2 時間           0.0.0.0:8089->8089/tcp                                              config
c310c28f04af   docker-connect-release.dr-uw2.adobeitc.com/ncc/cas:12.12.0          /bin/bash /run.sh        2 時間前    アップ約 1 時間     0.0.0.0:8090->8090/tcp                                              cas
4e8fddab5aba   docker-connect-release.dr-uw2.adobeitc.com/ncc/apigw:12.12.0        /bin/bash /run.sh        2 時間前    アップ 2 時間           0.0.0.0:18080->8080/tcp, 0.0.0.0:18443->8443/tcp, 80/tcp             apigw
dd88436359bc   docker-connect-release.dr-uw2.adobeitc.com/nats:2.11.6-alpine       -cluster nats://n...     2 時間前    アップ 2 時間           0.0.0.0:4222->4222/tcp, 0.0.0.0:6222->6222/tcp, 0.0.0.0:8222->8222/tcp   nats1
d08343e01019   docker-connect-release.dr-uw2.adobeitc.com/nats:2.11.6-alpine       -cluster nats://n...     2 時間前    アップ 2 時間           0.0.0.0:4223->4223/tcp, 0.0.0.0:6223->6222/tcp, 0.0.0.0:8223->8222/tcp   nats2
a578607fb4cc   docker-connect-release.dr-uw2.adobeitc.com/nats:2.11.6-alpine       -cluster nats://n...     2 時間前    アップ 2 時間           0.0.0.0:4224->4224/tcp, 0.0.0.0:6224->6222/tcp, 0.0.0.0:8224->8222/tcp   nats3

メディアサーバーノード

メディアノードで、次のサービスを実行します。

  • livekit-server (Media Server): オーディオ/ビデオ機能の強化用
  • livekit-sip (SIP サービス): SIP を使用するため、livekit.enabled=true の場合にのみインストール

メディアノードはパブリックサブネット（または DMZ）内にあり、パブリック IP を割り当てるか、1:1 NAT を介してパブリック IP にマップする必要があります。 クライアントは、メディアノードのパブリック IP に直接接続します。.

手順

  1. ホストファイルの編集 上記のシグナリングノードの手順で説明されている同じ /etc/hosts 行 (<private-ip> controller.livekit.svc.cluster.local nats.livekit.svc.cluster.local redis.ncc.svc.cluster.local postgres.ncc.svc.cluster.local cas.ncc.svc.cluster.local config.ncc.svc.cluster.local pi.ncc.svc.cluster.local auth.ncc.svc.cluster.local) をこのノードの /etc/hosts にも追加し、<private-ip> をシグナリングノードのプライベート IP に設定します。

  2. 設定ファイルを編集します。.

    • シグナリングノードから config.conf をコピーし、~/ncc-onprem-installer/Config/config.conf – そこで更新が必要なものについては、上記のシグナリングノードのセクションを参照してください。
    • config.conf の livekit ブロックで、このノードのプライベート IP を mediaServers 配列に追加します。また、config.conf の hostnames.mediaNode をこのノードのプライベート IP に更新します。
    • このノードが SIP サービスも実行する場合は、config.conf の hostnames.sipNode をこのノードのプライベート IP に設定します。
    • ~/ncc-onprem-installer/Config/containers.conf を編集し、livekitServer.count=1 を設定します (SIP/テレフォニーが必要な場合は livekitSip.count=1 も設定します)。また、livekitServer.mediaNodeIP (および該当する場合は livekitSip.sipNodeIP) をこのノードの IP に更新します。

  3. メインインストーラースクリプトを実行します。 メインインストーラーディレクトリに切り替え cd ~/ncc-onprem-installer/ メインインストーラースクリプトを実行し、bash MainInstall.sh。確認メッセージを待ちます。 成功メッセージ 2023-01-31 18:21:34,033 : INFO : Main : 55 : Installation successful。失敗メッセージ 2023-01-31 20:04:44,849 : ERROR : Main : 59 : Installation failed。詳細については、installer.log を確認します。.

  4. インストールの確認 ターミナルウィンドウで、コマンド docker ps を実行し、livekit-server コンテナ (および有効にしている場合は livekit-sip コンテナ) が実行されていることを確認します。

SIP を設定

LiveSwitch エンジンとは異なり、LiveKit エンジンは SIP 設定に FM 管理者 web パネルを使用しません。代わりに、シグナリングノードで、Config/config.conf の livekit ブロック内で SIP トランクを直接設定します：

livekit {
...
sipTrunkName = "<your trunk name>"
sipTrunkAddress = "<your SIP trunk address>"
sipTrunkNumber = "<your SIP trunk number>"
sipTrunkAuthUser = "<SIP trunk auth username>"
sipTrunkAuthPassword = "<SIP trunk auth password>"
}

シグナリングノードでこれらの値を編集した後、シグナリングノードで bash MainInstall.sh を再実行して変更を適用し、その後シグナリングノードの cas コンテナを再起動します：

docker restart cas

録画ノード

録画ノードは、プライベートネットワークで実行する必要があります。 録画ノードでは、次の 1 つ以上のインスタンスを実行できます。

  • hcr（録画コンテナ。 # hcr コンテナの数は同時に実行できる録画数を決定します)
  • recordingserver（CPS に録画ファイルを提供するための web サーバー。 Recording ノード 1 台あたり)

録画ノードは、次の方法で到達できる必要があります。

  • ローカルネットワークから TCP 80。CPS で録画をダウンロード可能。
  • ローカルネットワークから TCP 5000～5100。録画コンテナは、この範囲のホストポートに個別にバインド。.
  • ローカルネットワークから TCP 8090。

録画ノードは、メディアノードセクションに示されるポートのパブリック IP でメディアノードに接続でき、ポート 443 で CPS に接続できる必要があります。これにより、正常な録音が行われます。

手順

  1. ホストファイルを編集します。上記のシグナリングノードの手順で説明されたのと同じ /etc/hosts 行 (<private-ip> controller.livekit.svc.cluster.local nats.livekit.svc.cluster.local redis.ncc.svc.cluster.local postgres.ncc.svc.cluster.local cas.ncc.svc.cluster.local config.ncc.svc.cluster.local pi.ncc.svc.cluster.local auth.ncc.svc.cluster.local) をこのノードの /etc/hosts にも追加します。<private-ip> はシグナリングノードのプライベート IP に設定してください。

  2. 設定ファイルを編集します。

    • シグナリングノードから config.conf をコピーします。~/ncc-onprem-installer/Config/config.conf – 更新が必要な内容については、上記のシグナリングノードセクションを参照してください。hostnames.recordingNode キーは、すでにこの HCR ノードのプライベート IP を指している必要があります。
    • 次に、~/ncc-onprem-installer/Config/containers.conf を編集します。ファイルを編集する手順は、ファイルにコメントとして追加されています。
    • 録画サーバーノードでは、以下をインストールします。
      • recordingContainer
      • recordingserver
    • 次に、recordingContainer に対して count >= 1 を、それ以外に対して 0 を設定します。 recordingServer は自動的にインストールされます。
    メモ

    8 個の CPU ごとに録画コンテナを 1 つ使用することができます。 例えば、16 CPU のマシンでは、最大 2 つの録画コンテナを使用する必要があります。

  3. メインインストーラースクリプトを実行します。メインインストーラーディレクトリに切り替えます。cd ~/ncc-onprem-installer/ メインインストーラースクリプト bash MainInstall.sh を実行します。確認メッセージを待ちます。 成功メッセージ 2023-01-31 18:21:34,033 : INFO : Main : 55 : Installation successful失敗メッセージ 2023-01-31 20:04:44,849 : エラー : Main : 59 : インストールに失敗しました。詳細については、installer.log を確認します。.

  4. インストールの確認 ターミナルウィンドウで docker ps コマンドを実行し、hcr と recordingserver コンテナが実行中であることを確認します。

ASR ノード

ASR ノードまたはクローズドキャプションノードは、プライベートネットワークで実行する必要があります。 ASR ノードでは、以下のインスタンスを実行します：

  • asrCaptionerCpu
  • asrClient (キャプション作成ジョブを asrCaptionerCpu にルーティングする LiveKit エージェント ディスパッチャー)

どちらも livekit.enabled=true の場合にのみインストールされます。

  1. ホストファイルを編集します。上記のシグナリングノードの手順で説明されたのと同じ /etc/hosts 行 (<private-ip> controller.livekit.svc.cluster.local nats.livekit.svc.cluster.local redis.ncc.svc.cluster.local postgres.ncc.svc.cluster.local cas.ncc.svc.cluster.local config.ncc.svc.cluster.local pi.ncc.svc.cluster.local auth.ncc.svc.cluster.local) をこのノードの /etc/hosts にも追加します。<private-ip> はシグナリングノードのプライベート IP に設定してください。

  2. 設定ファイルを編集します。.

    • シグナリングノードから config.conf をコピーします。~/ncc-onprem-installer/Config/config.conf – 上記のシグナリングノードセクションで更新する必要がある内容を参照してください。
    • 次に、 ~/ncc-onprem-installer/Config/containers.conf を編集します。
    • ASR サーバーノードでは、asrCaptionerCpu、asrClient をインストールします。そのため、asrCaptionerCpu と asrClient の count を 1 に設定します。

  3. メインインストーラースクリプトを実行します。 メインインストーラーディレクトリに切り替えます。cd ~/ncc-onprem-installer/ メインインストーラースクリプト bash MainInstall.sh を実行します。確認メッセージを待ちます。 成功メッセージ 2023-01-31 18:21:34,033 : INFO : Main : 55 : Installation successful失敗メッセージ 2023-01-31 20:04:44,849 : ERROR : Main : 59 : インストールに失敗しました。詳細については、installer.log を確認します。.

Adobe Connect サービス (CPS) で Livekit を設定する

次の手順は、すべての Adobe Connect 12（CPS）サーバーで実行する必要があります。

  1. <Installation_Dir>/Connect/custom.ini にあるすべての Connect サーバーの custom.ini に以下の設定を追加します。

    # CAS 検出 URL のコンマ区切りリスト
# 可能な値
WEBRTC_CAS_DISCOVERY_URLS=http://<Signalling Node IP >:18443/api/cps/ingest
WEBRTC_CAS_DISCOVERY_URLS=http://<Load Balancer URL>/api/cps/ingest
# CAS の共有シークレット。CAS へのリクエストの署名に使用されます。シグナリングノードの config.conf ファイルの hmac セクションに設定したものを入力。
WEBRTC_CAS_SHARED_SECRET - # Shared secret for JWT. シグナリングノードの config.conf ファイルの jwtZonalSecrets セクションに設定したものを入力します。 CAS_JWT_SHARED_SECRET=<CorrectHorseBatteryStaple>
# 拡張オーディオビデオ用 LiveKit エンジンを有効にする
ENABLE_LIVEKIT=true
DEFAULT_LIVEKIT_FOR_ACCOUNTS=true

  2. ファイルを保存し、connectpro サービスを再起動します。

  3. 以下の API を呼び出します：

    https://server_domain/api/xml?action=acl-field-update&field-id=1267&value=true&acl-id=<account-id>

インストール後の処理

  1. ネットワーク接続を確認します。異なるノード間のネットワーク接続を確認するために、接続テストワークフローを実行します：

    • シグナリングノードにログインします。
    • インストーラーの親ディレクトリに移動します。例：cd ~/ncc-onprem-installer/ncc-onprem-installer/
    • コマンド bash check-connectivity.sh を実行します。
    • 接続ツールは Config.conf ファイルで提供された値を使用して、以下のような基本的なネットワークテストを実行します：
      • 異なるサービス間の HTTP リクエスト
      • 必要な TCP および UDP ポートでのネットワーク接続テスト
      • 名前解決
      • NATS クラスターを含むデータベース接続
    • このテストでは、ノードとサービス間の必要な接続を確認し、ネットワーク接続の問題の診断に役立つ結果を共有します。

  2. LiveKit ベースの強化されたオーディオ・ビデオを使用した Adobe Connect Meeting のテスト

    • 新規会議を作成して、拡張オーディオ / ビデオオプションが選択されていることを確認します。
    • 会議室に参加し、マイクとカメラをオンにします。
    • 可能であれば、別の PC またはモバイルデバイスからも会議室に参加し、オーディオビデオの状態を確認します。
    • スクリーン共有を試す
    • 録画を開始。 30 秒待って停止。 次に、録画にアクセス可能かどうかを確認します。

TURNS バインディングの設定

この設定は、TURN 通信を安全に実施するために必要です。

LiveSwitch エンジンとは異なり、管理者パネルでの証明書アップロード手順はありません。TURNS は config.conf's の livekit ブロック内の専用フィールドで直接設定されます：

  • livekit.turnsDomain を、クライアントが TURNS（ポート 443 経由の TLS リレー）に到達するために使用する FQDN に設定します。これは通常、クライアントがネットワーク外部から、または制限的なファイアウォールポリシーを持つ他の会社から接続する場合にのみ必要です。
  • Media Server ノードで certs ディレクトリを作成します：cd ~ && mkdir -p connect/turns
  • TURNS ドメインの SSL 証明書を ~/connect/turns/turns.crt にコピーし、その秘密鍵を ~/connect/turns/turns.key にコピーします（または、異なるファイル名を使用する場合は config.conf で livekit.certFileName / livekit.keyFileName を更新してください）。
  • bash MainInstall.sh を実行して変更を適用します。

livekit.turnsDomain が空白のままの場合、TURNS は設定されず、クライアントは UDP/TCP 3478 または SRTP メディア範囲経由の STUN/TURN にフォールバックします。

アンインストール

  • インストーラーのルートディレクトリに移動します (ルートディレクトリには uninstall.sh が含まれています)。cd ~/ncc_onprem_installer
  • bash uninstall.sh を実行します。
  • Postgres および Redis データベースのデータディレクトリをシグナリングノードから削除するには、次のコマンドを実行します。

    sudo rm -rf ~/connect

メモ

この操作により、NCC コンポーネントと画像がシステムからすべて削除されます。 ただし、外部依存関係（Python、PIP、Virtualenv および Python パッケージ）は削除されません。.

Adobe, Inc.

ヘルプをすばやく簡単に入手

新規ユーザーの場合

クイックリンク

すべてのプランを表示 プランを管理
クイックリンクを表示する
クイックリンクを非表示にする

法律上の注意 | オンラインプライバシーポリシー

アドビサポートコミュニティ

使い方についての質問やCreator同士の情報交換ができます。気軽に質問してみましょう。

質問する

サポート

問題解決のためのエキスパートのサポート。

利用する
^ ページの先頭へ