従来のプロキシを使用せずに、モバイル端末の読み込み速度を向上させるためのマトリックススライディング同期の設定方法

更新情報（2026年10月6日）：スタンドアロンのMatrix Sliding Syncプロキシは、もはやインストールするのに適したコンポーネントではありません。Matrix.orgは、matrix-org/sliding-sync旧バージョンのMSC3575 APIを実装していたため、2025年11月にリポジトリをアーカイブしました。このAPIは、Simplified Sliding Sync（MSC4186）に置き換えられました。Synapseはバージョン1.114以降、ネイティブ実装をサポートしており、デフォルトで有効になっています。2026年7月、Matrix Spec Core TeamはコアとなるMSC4186提案を承認しました。関連する拡張提案は、引き続き別の作業となります。

最新のSynapseモバイル展開では、実際の設定としては、最新のSynapseリリースを実行し、ネイティブのSliding Syncが有効になっていることを確認し、リバースプロキシがMatrixクライアントAPIパスを変更せずに通過させ、互換性のあるモバイルクライアントを使用することです。別途プロキシコンテナ、プロキシデータベース、および古いプロキシ検出URLは必要ありません。

スタンドアロン版のSliding Syncプロキシをインストールすべきでしょうか？

いいえ、現在のMatrixモバイルクライアント向けの新規展開には対応していません。アーカイブされたプロキシはMSC3575を実装しており、より新しいネイティブのMSC4186フローは実装していません。プロジェクト自身のリポジトリには、このプロキシは既にメンテナンスされておらず、最新のMatrixクライアントでは動作しないと記載されています。Matrix.orgは、2025年1月にElement Xからネイティブサポートへの移行とMSC3575プロキシサポートの削除を発表しました。

過去のプロキシガイドは、古いインストール環境を特定する際には依然として役立つ可能性があります。このガイドでは、PostgreSQL、永続的なシークレット、およびSYNCV3_*環境設定が使用されていました。これらの手順は、廃止されたアーキテクチャについて説明しています。古いチュートリアルで高速だと説明されているからといって、これらの手順を新しいサーバーにコピーしたり、レガシープロキシを公開したりしないでください。

何が変わったのか、そしてそれはモバイルユーザーにとってどのような意味を持つのか？

以前のプロキシは、クライアントとホームサーバーの間に配置される独立したサービスでした。Synapse自体に、簡素化されたスライディング同期機能が実装されています。これにより、互換性のあるクライアントはユーザーのルームリストの関連ウィンドウを要求し、それを段階的に更新できます。これは、モバイルアプリが大規模なアカウントを開いたり戻ったりする際に必要な同期処理の量を減らすことができます。

これは同期の改善であり、すべての画面が瞬時に読み込まれることを保証するものではありません。メディアサーバーの速度低下、リモートルームへの接続遅延、モバイル通信の不安定さ、データベースの混雑といった問題が解消されるわけではありません。モバイルアプリはMSC4186をサポートし、ホームサーバーはそれを通知する必要があります。Matrix.orgの発表によると、ネイティブのSynapse実装により、従来のプロキシの別個のデータストアと初期の完全同期の制限が回避されるとのことです。

有効化する前に必要なものは何ですか？

Synapseが動作するMatrixホームサーバーを想定しています。このガイドは、Dendrite、Conduit、またはその他のホームサーバーが同じネイティブ実装を提供していることを前提としていません。
Synapseの保守リリースです。バージョン1.114ではネイティブのMSC4186サポートが導入されましたが、1.114をセキュリティまたは保守に関する推奨事項として扱うのではなく、現在サポートされているリリースを使用してください。
簡易スライディング同期をサポートするモバイルクライアント。高性能なホームサーバーは、実装していないAPIを古いクライアントに使用させることはできません。
ホームサーバー用の、正常に動作するHTTPSクライアントエンドポイントとリバースプロキシ構成。
サーバーのアップグレードやルーティング変更を行う前に、最新のデータベースと設定のバックアップを作成してください。

Synapseが既にネイティブのスライディング同期に対応しているかどうかを確認するにはどうすればよいですか？

ターミナルから公開されているクライアント/サーバーAPIのバージョンエンドポイントにクエリを実行します。例のホストを、Matrixクライアントが使用する公開ベースURLに置き換えてください。

curl -fsS https://matrix.example.org/_matrix/client/versions   | jq -r '.unstable_features["org.matrix.simplified_msc3575"]'

の応答は、trueサーバーがネイティブの簡易スライディング同期機能フラグを通知していることを意味します。false、null、またはキーが欠落している応答は、クライアントをテストする前にSynapseのバージョンと構成を確認する必要があることを意味します。がjqインストールされていない場合は、ブラウザで同じURLにアクセスするか、を実行してcurl -fsS https://matrix.example.org/_matrix/client/versionsJSON応答を確認してください。

このフラグはサーバーの機能を示すシグナルであり、特定のアプリリリースが互換性があることや、すべてのリバースプロキシ経路が正しいことを証明するものではありません。リリースノートにネイティブのSliding Syncサポートが記載されているクライアントを使用し、可能であればログまたはブラウザ/ネットワーク診断でリクエストパスを確認してください。

Synapseでネイティブサポートを有効にするにはどうすればよいですか？

Synapse 1.114 以降では、ネイティブのスライディング同期がデフォルトで有効になっています。バージョン応答が既にの場合true、通常は別途インストールするサービスや作成する新しい同期データベースはありません。古いガイドにプロキシの説明があるからといって、安易に推測的な設定を追加することは避けてください。

Synapse の設定でこの機能が明示的に無効になっている場合は、の設定を確認してくださいexperimental_features。ドキュメントに記載されているフラグを使用するリリースでは、関連する YAML は次のとおりです。

experimental_features:
  msc3575_enabled: true

この設定を追加または変更する場合は、インストール済みの Synapse バージョンの構成ドキュメントを確認してからにしてください。バックアップを作成しhomeserver.yaml、既存のブロックの残りの部分を保持しexperimental_features、YAML のインデントを統一してください。インストール環境に合わせて Synapse の構成検証コマンドを使用してファイルを検証し、その後、既に使用しているサービスマネージャまたはコンテナオーケストレーション方式で Synapse を再起動してください。/_matrix/client/versionsその後、再度確認してください。

1.114より前のリリースを使用している場合は、公式のアップグレード手順に従ってSynapseのアップグレードを計画してください。関連するリリースノートを読み、データベースとメディア/設定ファイルをバックアップしてから、デプロイメントでサポートされているアップグレードパスに従ってください。ホームサーバーのアップグレード、リバースプロキシの書き換え、古いプロキシの削除を、検証されていない単一の変更に組み合わせないでください。

リバースプロキシには、特別なスライディング同期ルートが必要ですか？

通常はそうではありません。ネイティブのスライディング同期は、の下にある Matrix Client-Server API ルートを使用する/_matrix/clientため、既存のリバースプロキシは Matrix クライアント API 名前空間を Synapse に転送する必要があります。公式の Synapse リバースプロキシガイドでは、とを転送して/_matrix、/_synapse/clientリクエスト URI を正規化または標準化するのではなく、そのまま保持するように指示されています。

プロキシルールが/_matrix/client/versions機能しているにもかかわらず、互換性のあるアプリが同期できない場合は、プロキシルールを確認してください。リクエストが/_matrix/client/unstable/org.matrix.simplified_msc3575/Synapseに到達し、残存するMSC3575プロキシに送信されたり、Webアプリケーションファイアウォールによってブロックされたり、パスルールによって書き換えられたりしていないことを確認してください。Synapseがプロキシの背後で実行されている場合は、Synapseのドキュメントに記載されている正しいforwarded-protocolヘッダーとclient-IPヘッダーを保持してください。

ネイティブサポート用の新しいorg.matrix.msc3575.proxyエントリを作成しないでください/.well-known/matrix/client。そのキーは廃止されたプロキシ API を宣伝します。以前に静的な既知の JSON ファイルまたは Synapse に追加した場合はextra_well_known_client_content、必要な古いクライアントがそれに依存していないことを確認した後、そのレガシープロキシプロパティのみを削除してください。通常のホームサーバーの検出情報はそのままにしておいてください。

既存のプロキシインストールをどのように移行すればよいでしょうか？

現在のSynapseバージョン、クライアントバージョン、プロキシURL、リバースプロキシのルート、および古いプロキシのデータベースとシークレットの場所を記録します。
ホームサーバーのデータベース、設定ファイル、およびプロキシデータベースをバックアップしてください。ネイティブクライアントのログインと同期が検証されるまで、これらのバックアップは保持してください。
Synapse が 1.114 より古い場合は、ドキュメントに記載されているリリースパスを使用して Synapse をアップグレードし、ネイティブ機能フラグが返されることを確認してくださいtrue。
モバイルクライアントを、ネイティブの簡易スライディング同期をサポートするバージョンにアップデートしてください。アプリ内の移行または再ログインのプロンプトに従ってください。既存のセッションによっては、古いプロトコルから移行するために再度サインインが必要になる場合があります。
廃止されたプロキシ広告を削除し、MatrixクライアントAPIパスをSynapseにルーティングします。リバースプロキシを再起動し、適用する前にその設定を確認してください。
まずは1つのアカウントと1台のモバイルデバイスでテストしてください。ログイン、ルームリストの読み込み、暗号化されたルームの開設、メッセージの送受信、ネットワーク切り替え後の再接続を確認してください。
サポート対象のクライアントでのテストが成功したら、レガシープロキシを停止してください。合意されたロールバック期間の間、データベースのバックアップを保持し、不要になったことを確認してから古いデータを削除してください。

プロキシデータベースは、Synapseのルーム履歴を置き換えるのではなく、プロキシ側の同期状態を保持していました。ただし、初期移行時に削除することは避けてください。これは、レガシー設定のトラブルシューティングの参考情報として、またユーザーがネイティブセッションに移行する際のより安全なロールバック境界として役立ちます。

モバイル端末の読み込み速度が改善されたかどうかは、どのように判断すればよいですか？

信頼できるベースライン測定値がある場合は、変更前と変更後で同じクライアント、アカウント、デバイス、ネットワークを比較してください。アプリを開いてから使用可能なルームリストが表示されるまでの時間、最近のメッセージが長いスピナーなしで表示されるかどうか、アプリが短時間のオフライン期間後に追いつくかどうかを記録してください。比較は複数回繰り返してください。1回の起動では、キャッシュの状態、ネットワークの状態、または大容量メディアのダウンロードによって結果が歪む可能性があります。

クライアントが通常の/sync要求のみを実行し、ネイティブサポートを宣伝したり試みたりしない場合は、クライアントのバージョンと同期設定を確認してください。簡略化されたエンドポイントを要求したがエラーが発生した場合は、Synapse とリバースプロキシのログを調べて、その要求を確認してください。多くのユーザーから読み込みが遅いという報告があった場合は、データベースの状態とサーバーの負荷を確認してください。スライディング同期は同期作業を軽減できますが、データベースの過負荷や API 要求のルーティングミスを補うことはできません。

主な設定オプションは何ですか？

アプローチ	最適なフィット感	費用または制限
Synapseにおけるネイティブな簡略化されたスライディング同期	新規または保守中のSynapseデプロイメントと互換性のあるクライアント	互換性のあるクライアントが必要です。パフォーマンスはサーバーとデータベースの状態に依存します。
レガシーMSC3575プロキシ	古いテスト設定を理解するため、または一時的に維持するためだけに使用します。	アーカイブ済み、メンテナンス対象外であり、現代のクライアントとの互換性は期待されていません。
レガシーマトリックス同期	ネイティブのSliding Syncをサポートしていないクライアントまたはホームサーバー	互換性のあるクライアントでは引き続き動作しますが、ネイティブのスライド式ルームリスト機能は提供されません。

出典およびバージョンノート

スタンドアロンのプロキシリポジトリはアーカイブされています。Synapseのネイティブ実装はSynapse 1.114に遡ります。Matrix Spec Core Teamは2026年7月にコア提案であるMSC4186を承認しましたが、関連する拡張機能は別個のままです。Synapse、モバイルクライアント、およびMatrix仕様は進化を続けているため、使用している正確なバージョンについてはドキュメントとリリースノートを確認してください。

コメントを残す

ノジマオンラインの個人情報漏えい：対象情報と利用者が確認すべき対策

ノジマは2026年11月2日、会員管理システムへの不正アクセスと約700万件の情報漏えいを公表。対象サイト、暗号化パスワードとカード情報の違い、サービス休止状況、利用者の対策を11月3日時点で整理します。

ネットワーク上のデバイスを見つけるためのベスト10ピングスキャンツール

迅速なLAN検出、クロスプラットフォームスキャン、IPアドレス管理のための10種類のpingスイープツールを比較します。スイープで何がわかるのか、何がわからないのかを理解しましょう。

パフォーマンス追跡に最適なネットワーク管理ツール6選

SNMP対応範囲、マッピング、アラート、導入モデル、コストのトレードオフなど、パフォーマンス監視のための6つのネットワーク管理ツールを比較します。

Ping Monitor：ネットワーク可用性を確認するための7つの無料オープンソースツール

フルネットワークスイートからレイテンシに特化したプローブまで、7つの無料オープンソースpingモニターを比較し、可用性、パケット損失、履歴など、ニーズに最適なものを選びましょう。

Windows、iOS、Android向けのおすすめWi-Fiアナライザー

Windows、iPhone、Android向けのWi-Fiアナライザーのおすすめを比較検討しましょう。チャネルの混雑状況、信号カバレッジ、ヒートマップ、ネットワークのトラブルシューティングツールなどが含まれています。

安全なファイル転送のための最適なSFTPサーバーソフトウェア

WindowsおよびLinux向けの信頼性の高いSFTPサーバーソフトウェア（OpenSSH、Bitvise、SolarWinds、SFTPGoなど）を比較検討しましょう。セキュリティとファイル転送のニーズに最適なソフトウェアを見つけてください。

デバイスとIPアドレスを検出するためのベストネットワークスキャナーツール10選

迅速なデバイス検出、クロスプラットフォームIPスキャン、エンタープライズIPAMを実現するネットワークスキャナーツールを比較し、それぞれのオプションをネットワークに合わせて選択するためのガイダンスを提供します。

ネットワークチーム向けのおすすめIPアドレス管理ツール7選

サブネット検出、DNSとDHCPの連携、ネットワークインベントリ、オープンソースIPAMに対応した7つのIPアドレス管理ツールを比較します。

ネットワーク監視のベストプラクティス：追跡すべき項目と使用すべきツール

明確なデバイスカバレッジ、有用なパフォーマンス指標、実用的なアラート、そしてSolarWinds NPM、PRTG、OpManagerの比較機能を備えた、実用的なネットワーク監視システムを構築します。

デバイス、ホスト、トラフィックを監視するためのLinuxネットワーク監視ツール6選

SNMPデバイス検出、インターフェースグラフ、ホストメトリック、サービスチェック、トラフィックフローに関する6つのLinuxネットワーク監視ツールを比較します。