クライアントブラウザでのJitsi MeetにおけるCPU使用率の高さを修正する
Jitsi MeetブラウザのCPUスパイクを診断し、ビデオタイル、カメラエフェクト、ブラウザグラフィック、ホスト設定をチェックすることで、クライアントの負荷を軽減します。
Zimbraのプロキシ属性を使用してzimbraReverseProxyMailMode、WebリクエストをHTTPからHTTPSにリダイレクトします。すべてのZimbraプロキシノードでこの属性を有効にしredirect、プロキシサービスを再起動して、HTTPレスポンスにLocation: https://...ヘッダーが含まれていることを確認してください。この操作を行う前に、公開されているHTTPSホスト名が既にプロキシまたはロードバランサーに解決され、有効な証明書が提示されていることを確認してください。
この設定は、Zimbraプロキシ経由でのWebアクセス用です。この設定自体では、メールストアのHTTPS構成、証明書のインストール、すべてのメールアプリケーションがリダイレクトに従うことの保証は行われません。HTTPリクエストを完全に拒否する必要がある場合は、リダイレクトではなくHTTPS専用プロキシモードを検討してください。

| プロキシメールモード | HTTPはどうなるのか | いつ使うべきか |
|---|---|---|
redirect | プロキシはHTTP 302レスポンスを返し、クライアントをHTTPSに誘導します。 | ユーザーがHTTP URLを入力し、それを安全なWebアドレスに送信する必要がある場合に便利です。 |
https | プロキシはWebクライアントにHTTPS経由で接続を提供しますが、HTTPからHTTPSへのリダイレクトフローは提供しません。 | クライアントがHTTP経由でセッションを開始すべきでない場合は、こちらを推奨します。 |
bothまたはmixed | これらは、HTTP/HTTPSの動作が異なる、別々のプロキシモードです。 | デプロイメントで文書化された動作が具体的に必要な場合にのみ使用してください。HTTPリダイレクトが強制されると想定しないでください。 |
Zimbraのセキュリティガイドラインでは、ActiveSyncクライアントを含む一部のクライアントはHTTPリダイレクトを尊重せず、最初の暗号化されていないリクエストで認証情報を送信する可能性があると警告しています。そのため、リダイレクトはブラウザの利便性を高めるのに役立ちますが、すべてのクライアントがHTTPを回避する必要があるHTTPS専用アクセスに代わるものではありません。リダイレクトモードを選択する場合は、ネットワークエッジのHTTPリスナーを適切に保護し、HTTPS URLをユーザーに通知してください。

mail.example.com公開プロキシまたはロードバランサーに解決される必要があります。HTTPSは、想定されるホスト名とポートで既に正常に動作している必要があります。以下の管理コマンドには、Zimbraアカウントを使用してください。proxy1.example.comプロキシノードのZimbraサーバー名を正確に置き換え、mail.example.com公開ウェブメールのホスト名に置き換えてください。サンプル名をそのまま本番システムに貼り付けないでください。
コマンドラインツールが利用可能なZimbraホストで、プロキシの現在の設定を照会します。
zmprov gs proxy1.example.com zimbraReverseProxyMailMode
変更後の出力を記録しておけば、変更後と比較したり、必要に応じて以前のモードに戻したりできます。このgsコマンドはサーバー属性を読み取りms、以下で使用するコマンドはそれらを変更します。

プロキシサーバーオブジェクトに属性を設定します。
zmprov ms proxy1.example.com zimbraReverseProxyMailMode redirect
Zimbra Proxyの設定ドキュメントでは、redirectHTTPリクエストをHTTPSにリダイレクトするモードとして、この設定が示されています。パブリックWebトラフィックを受け入れる各プロキシノードに同じコマンドを適用してください。ロードバランサーがHTTPリクエストを複数のプロキシに送信できる場合、対象となるすべてのプロキシで一貫した動作が求められます。
この設定を と混同しないでくださいzimbraMailMode。Zimbra では、メールボックス サーバー接続用に属性を個別に指定しています。メールストア モードを変更しても、プロキシ上でブラウザ向けの HTTP リダイレクトが有効になるわけではありません。

redirect。マルチノード展開の場合は、各プロキシサーバー名に対してこの手順を繰り返します。設定を変更したノードでプロキシサービスを再起動してください。
zmproxyctl restart
次に、サービスの状態を確認します。
zmproxyctl status
冗長構成の場合は、プロキシノードごとに再起動を実行してください。環境によっては、構成キャッシュの更新やサービスオーケストレーションの手順が定められている場合がありますので、その場合は、インストールされている Zimbra のバージョンの運用ガイドに従ってください。生成された Nginx ファイルを直接編集することは避けてください。Zimbra はサーバー設定からプロキシ構成を管理しており、手動で編集すると上書きされる可能性があります。
これらの例では、Zimbra Daffodil v10 管理者ガイドと Zimbra が公開しているプロキシ/セキュリティ関連のドキュメントを使用しています。古い ZCS リリースでは、パッケージやサポートされる手順が異なる場合があるため、変更を適用する前に、ご使用の環境にインストールされているリリースの正確なバージョンについて管理者ガイドをご確認ください。

公開エンドポイントにアクセスできるシステムから、リダイレクトを経由せずにHTTP URLをリクエストする。
curl -sS -D - -o /dev/null http://mail.example.com/
リダイレクトモードでは、302 レスポンスと、Location値が で始まるヘッダーを探してくださいhttps://mail.example.com/。正確なヘッダーとステータス処理は、Zimbra のリリース、パス、およびプロキシの前にあるロードバランサーや Web ゲートウェイによって異なる場合があります。次の画面は、想定されるヘッダーパターンを示す例であり、実際のサーバーからキャプチャしたテストではありません。

セキュアなURLに別途リクエストを送信してください。
curl -sS -D - -o /dev/null https://mail.example.com/
ホスト名に対してTLS証明書が検証され、応答が期待どおりのWebメールページまたはアプリケーションのリダイレクトであることを確認してください。curl -k証明書の検証を回避するために使用しないでください。これは、ユーザーが目にする証明書の問題を隠蔽します。ログインページは、製品のバージョンと認証フローによっては、リダイレクトまたは200以外のステータスを返す場合があります。そのため、ブラウザのチェックと併せて応答を判断してください。

新しいブラウザセッションで開いてくださいhttp://mail.example.com。認証情報を入力する前に、アドレスがHTTPS URLに変わるはずです。次に、HTTPS URLを直接開き、証明書の警告が表示されずにサインインページが読み込まれることを確認してください。パブリックDNS、ファイアウォールルール、またはロードバランサーによって結果が異なる可能性がある場合は、内部ネットワークの外部から同じ手順を繰り返してください。
アドレスバーにHTTPが表示されている間は、実際のパスワードを入力してテストしないでください。リダイレクトが失敗した場合は、まずプロキシ、エッジ、または証明書の設定を見直して修正してください。

| 症状 | チェックすべき事項 |
|---|---|
| HTTPは同じURLにとどまります | zimbraReverseProxyMailModeリクエストを処理したプロキシに対してクエリを実行し、ロードバランスされたすべてのノードが意図した値を持ち、再起動されていることを確認します。 |
| Locationヘッダーでホスト名またはポート番号が間違っています | 公開リンクの生成に使用される公開URL、リバースプロキシまたはロードバランサーのルール、およびZimbra公開サービスのホスト名/プロトコル/ポート設定を確認してください。 |
| ブラウザが証明書の警告を報告します | 証明書がTLS終端点にインストールされ、公開ホスト名をカバーし、必要なチェーン証明書が含まれていることを確認してください。 |
| ユーザーはリダイレクトループを目にする | フロントエンドのロードバランサーがTLSを終端しつつHTTPをZimbraに転送しているかどうかを確認し、プロキシが外部リクエストプロトコルを正しく識別できることを確認してください。ネットワークエッジにおけるTLSと転送の設定を調整してください。 |
| メールクライアントは依然としてHTTPを送信します | クライアントが302レスポンスに従うと想定しないでください。HTTP経由で認証情報を送信する必要のないクライアントには、HTTPSのみのアクセスを優先し、各クライアントにHTTPSサーバーのURLを設定してください。 |
zimbraReverseProxyMailModeredirect該当するすべてのプロキシノードで設定されます。Locationヘッダーを返し、直接HTTPSリクエストを行うことで証明書の妥当性が検証されます。Jitsi MeetブラウザのCPUスパイクを診断し、ビデオタイル、カメラエフェクト、ブラウザグラフィック、ホスト設定をチェックすることで、クライアントの負荷を軽減します。
Jitsi Videobridgeに内蔵されたPrometheusエンドポイントを使用して、Jitsi Videobridgeの状態、会議の負荷、トラフィックを追跡し、Grafanaでデータを探索およびグラフ化できます。
Jitsi Meet Docker 用のカスタムドメインを、DNS、PUBLIC_URL、HTTPS、Let's Encrypt、ファイアウォールポート、NAT 設定、エンドツーエンド検証とともに構成します。
SSL更新後に発生するZimbra管理コンソールの404エラーを修正するには、正しいURLとポート、プロキシルーティング、サービスステータス、デプロイ済みの証明書、およびログを確認してください。
アクティブなPHP SAPI、サイズ制限、コメント、および再検証設定を確認することで、NextcloudのPHP OPcache構成警告を診断および修正する方法を学びましょう。
MySQLまたはMariaDBのアップグレード後にKopanoデータベースの移行が失敗した場合は、バックアップ、サーバーバージョン、SQLモード、文字セット、スキーマ状態、およびログを確認してトラブルシューティングを行います。
セキュアなトランスポート、ユーザーおよびグループフィルタ、ログイン属性、そしてテスト済みの展開機能を使用して、NextcloudをLDAPまたはActive Directoryに接続します。
UnifiedPush、Androidの権限設定、バッテリー設定、および信頼性の高い検証テストを設定することで、Googleサービスを削除した端末におけるElement Android通知の問題を修正します。
Nextcloudのデータベースインデックス不足警告を、公式のoccコマンドでクリアします。まずバックアップを作成し、変更内容をプレビューしてから修復を実行し、結果を確認してください。
Element Web 用の Keycloak SSO を設定するには、OIDC を Synapse に接続し、正確なコールバック URL を設定し、ユーザー クレームをマッピングし、ログアウトをテストします。