[ホーム](https://servhidden.com/ja) / [プライバシーホスティングガイド](https://servhidden.com/ja/guides) / Matrixサーバーのセルフホスト:Synapseと連合の実態 運用 # Matrixサーバーのセルフホスト構築 ホームサーバーはチャットを話すだけの専用箱ではなく、公開ネットワークの複製ノードです。Matrixを自前運用して実際に解決できること、エンドツーエンド暗号化が平文のまま残す部分、どの実装を選ぶべきか、そして取り返しのつかない運用判断までを解説します。 [ガイドを読む](#guide-body) [FAQ](#guide-faq) ## このページの内容 - [ガイド](#guide-body) - [FAQ](#guide-faq) - [Related ガイドs](#guide-related) - [推奨 pages](#guide-cta) KYC不要 暗号資産決済のみ ログなし DMCA無視 フルroot NVMe SSD 21 min 読み込み Aug 2026更新 このページの内容 [01自前のホームサーバーで実際に何が変わるのか](#自前のホームサーバーで実際に何が変わるのか) [02フェデレーションはチャットの皮をかぶった複製プロトコルです](#フェデレーションはチャットの皮をかぶった複製プロトコルです) [03暗号化がカバーする範囲と、平文のまま残る範囲](#暗号化がカバーする範囲と平文のまま残る範囲) [04Synapse・Dendrite・Conduit——実際に何を選ぶべきか](#synapsedendriteconduit実際に何を選ぶべきか) [05誰もが間違えるデリゲーション設定](#誰もが間違えるデリゲーション設定) [06正直なサイジング](#正直なサイジング) [07メディアストアはスローモーションのディスク爆弾です](#メディアストアはスローモーションのディスク爆弾です) [08登録・スパム、そして受け継ぐことになる評判](#登録スパムそして受け継ぐことになる評判) [09ブリッジと、それに伴うメタデータの代償](#ブリッジとそれに伴うメタデータの代償) [10生かし続けるために——鍵、バックアップ、アップグレード](#生かし続けるために鍵バックアップアップグレード) [11それでも結果を左右するのはサーバーの設置場所です](#それでも結果を左右するのはサーバーの設置場所です) [12まとめ](#まとめ) [FAQよくある質問](#guide-faq) [→推奨 pages](#guide-cta) Matrixを自前でホストする理由の多くは、企業に会話を握られたくないからです。その目的は宣伝通りに達成できます。ただし後になって驚かれるのは、インストールしたものの正体です。ホームサーバーはチャットを話す単なる専用箱ではありません。公開ネットワーク内の複製ノードであり、フェデレーションは多くの新任管理者が想像するより、はるかに配信プロトコルに近い振る舞いをします。 だからといって自前運用をやめるべきという話ではなく、むしろ*意図を持って*運用すべきという話です。得られるプライバシーは本物ですが、範囲は限定的です。データの管理権はあなたに移り、アカウントを他人に凍結されることはなく、法的な照会もあなたが選んだ法域に届きます。一方で得られないプライバシーも同じくらい明確で、その大半は「メッセージは暗号化されている」ことと「誰が誰と話しているか誰にも分からない」こととの間のギャップに潜んでいます。このガイドでは両方の側面を扱ったうえで、1年後もサーバーが健全であり続けるかどうかを左右する運用面の詳細に進みます。 ## 自前のホームサーバーで実際に何が変わるのか まず懸念事項を切り分けることから始めましょう。ホームサーバーが完全に解決するものもあれば、部分的にしか解決しないもの、まったく解決しないものもあります。以下の表は宣伝文句を誇張なく整理したもので、機材を選ぶ前に目を通しておく価値があります。 | 懸念していること | 自前のホームサーバーで解決しますか? | | --- | --- | | 企業にメッセージの内容を読まれること | プライベートルームではエンドツーエンド暗号化がすでにこれをカバーしています。自前運用にすれば、その企業自体も排除できます | | 企業に会話相手や時間帯をプロファイリングされること | **部分的に解決します。** 単一の中央運営者への情報提供は止まりますが、代わりにその記録は自分のサーバーに残ります | | 他者によってアカウントを凍結・停止されること | **解決します。** 自前運用でもっとも明確に得られる利点でありながら、もっとも語られていない点です | | データに対する法的な開示請求 | **消えるのではなく、届く先が変わります。** 請求はあなたが選んだ国の法律のもとで、あなた自身に届くようになります | | 第三者にソーシャルグラフを知られること | **解決しません。** そのルームにメンバーがいるサーバーはすべて、あなたと同じメンバーシップ情報を受け取ります | | サーバーの存在自体を隠すこと | **解決しません。** フェデレーションには公開された名前と到達可能なポートが必要で、隠すこととは正反対です | 最後の2行はよく読んでください。期待が崩れるのはまさにここだからです。サービスの存在自体を誰にも特定させたくないのであれば、Matrixは適したツールではなく、[オニオンサービス](https://servhidden.com/ja/guides/how-to-host-a-tor-hidden-service)のほうが目的に近いでしょう。管理権とコントロール、そして法域の選択が目的であれば、ホームサーバーは優れた手段であり、このガイドの残りはそれをうまく運用する方法についてです。 ホームサーバーは非公開の箱ではなく、公開ネットワークの参加者です。あなたのルームにメンバーを持つすべてのサーバーが、誰がいつ参加し、どれくらいの頻度で発言しているかを独自に記録しています。 ## フェデレーションはチャットの皮をかぶった複製プロトコルです ここに、ほとんどの驚きを説明する仕組みがあります。ユーザーがどこか別の場所でホストされているルームに参加すると、あなたのサーバーはメールクライアントのようにオンデマンドでメッセージを取得するわけではありません。分散イベントグラフの参加者としてそのルームに加わり、ルームのイベント、メンバーシップ、そして以降の内容を検証するのに十分な状態履歴を**取得して保存します**。その瞬間から、あなたのマシンは複製を保持することになり、参加している他のすべてのサーバーも同様に複製を保持します。 この結果は双方向に及び、どちらも直感に反します。ユーザーが生成するデータ——表示名、アバター、参加と退出、タイムスタンプ、リアクション——は、そのルームにメンバーを持つすべてのサーバーにコピーされ、あなたが後で自分のサーバー上で削除しても、相手のデータベースには残り続けます。削除要求はピアへの「依頼」であって「命令」ではありません。独立して運営されるサーバー群のフェデレーションをまたいだ「送信取り消し」は存在せず、それができると思い込むことがこのプロトコルに対する最も一般的な誤解です。 逆方向では、大規模な公開ルームに参加することは他人の履歴を自分のディスクに取り込むことを意味します。3人しかユーザーがいない新規ホームサーバーが数十ギガバイトものデータベースを抱える理由はここにあります。3人が大量に書き込んだからではなく、5万人規模で何年分もの状態履歴を持つルームに参加したからです。ルーム選びを慎重に行うことは、プライバシーの問題であると同時に容量計画の問題でもあります。 ## 暗号化がカバーする範囲と、平文のまま残る範囲 Matrixはメッセージ本文をMegolmで暗号化しており、プライベートルームではデフォルトで有効になっています。これは多くの人が最も気にかけている部分を守るもので、実際にきちんと機能します——サーバーは読み取れない暗号文を保存するだけであり、レンタルサーバー上で運用する場合には本当に役立つ性質です。しかしメッセージを包む「封筒」の部分は事情が異なり、そのギャップは多くの要約が認めているより大きいものです。 | 情報 | 暗号化される? | 見える相手 | | --- | --- | --- | | メッセージ本文とファイルの中身 | **されます** | ルームメンバーの検証済みデバイスのみ | | 誰がルームにいるか、参加と退出のすべて | されません | そのルームにメンバーを持つすべてのホームサーバー | | タイムスタンプ、メッセージ頻度、活動時間帯 | されません | 参加しているすべてのホームサーバー | | 表示名、アバター、プレゼンスとタイピング状態 | されません | 参加しているすべてのホームサーバー | | ルーム名、トピック、アバター | されません | 参加しているすべてのホームサーバー | | 添付ファイルのサイズと転送のタイミング | されません | 参加しているすべてのホームサーバー | | あなたのサーバーのドメインとIPアドレス | されません | フェデレーション全体——これは仕様です | 実務的にまとめると、暗号化が守るのは*何を*話したかであり、フェデレーションが公開してしまうのは*誰が、いつ、どれくらいの頻度で*話したかです。ほとんどのコミュニティにとってこのトレードオフは十分に許容範囲であり、この正直さこそが要点です。ソーシャルグラフそのものが機微な情報となる脅威モデルにおいては、フェデレーション型プロトコルは構造的に不向きであり、どんな設定を変えても解決しません。 ## Synapse・Dendrite・Conduit——実際に何を選ぶべきか 実務上重要な実装は3つあり、その選択は哲学的な問題というより、ほとんどの場合リソースの問題です。 - **Synapse**はPythonで書かれたリファレンス実装であり、初日からすべての機能が動く唯一の選択肢です。同時にもっともリソースを食う実装でもあります。メモリ使用量はユーザーが参加するルームの数と規模に応じて増え、負荷の高いサーバーはいずれワーカープロセスへの分割が必要になります。スペース機能、モデレーションツール、ブリッジ、管理APIをドキュメント通りに動かしたいならこれを選びます。 - **Dendrite**はGoによる再実装です。Synapseより明らかに軽量で、小規模サーバーには十分実用的ですが、その分いくつかの機能追従が遅れます。実際の利用人数に対してSynapseが重すぎると感じる場合の妥当な中間案です。 - **Conduit**と、その開発が活発なフォークであるconduwuitはRustで書かれ、組み込みデータベースを持つ単一バイナリとして配布されます。家族利用や小規模コミュニティ向けサーバーであれば、当社の最小プランでも問題なく動きます。引き換えにエコシステムは小さく、一部の管理ツールやブリッジはSynapseを前提にしています。 数人規模の最初のサーバーであれば、小さな[VPS](https://servhidden.com/ja/vps)でConduit系のソフトウェアを動かすのが、動作して安上がりに済む最も痛みの少ない道です。公開コミュニティ、企業利用、ブリッジを使うプロジェクトなど成長が見込まれる用途では、最初からSynapseで始めて移行の手間を避けましょう。実装間の移行は設定変更ではなく、エクスポートしてから作り直す作業になるからです。 ## 誰もが間違えるデリゲーション設定 MatrixはユーザーIDに含まれる名前と、実際にトラフィックを処理するマシンとを分離しています。この順序を取り違えることが、自前運用における最も一般的で取り返しのつかない失敗です。server_nameは、あなたのサーバー上のすべてのユーザーIDでコロンの後に現れるドメインです。最初のイベントに署名した瞬間からフェデレーション内でのアイデンティティの一部となり、それ以降は**変更できません**。変更するには、そのマシン上のすべてのアカウントとルームを放棄する必要があります。 ほぼ常に望ましい構成はこうです。server_nameは裸のドメインにし、実際のソフトウェアはサブドメインで動かします。両者はデリゲーションで結び付けます。方法は2つあります。簡単なのは、裸のドメイン上の/.well-known/matrix/serverに、実際のホストとポートを記した静的なJSONファイルを置く方法です。もう一つは_matrix._tcpというDNSレコードで同じ場所を指す方法です。クライアント側のファイルも/.well-known/matrix/clientに置いておくと、アプリがアドレスだけからホームサーバーを見つけられます。 **何かをインストールする前に名前を決めてください。** ソフトウェアがたまたま動いているという理由だけでserver_nameをサブドメインに設定してしまうのは典型的な誤りであり、取り返しがつきません。すべてのユーザーID、ルームID、署名済みイベントに永久に刻み込まれるからです。名刺に印刷したいと思えるドメインを選び、プロセスが実際に待ち受けている場所へデリゲートし、両方の名前で有効なTLSを維持してください。デリゲート先ホストの証明書が失効すると、アプリがローカルでは問題なく見えていても、フェデレーションは止まってしまいます。 ## 正直なサイジング Matrixは通常運用時にCPUがボトルネックになることはほとんどなく、律速するのはメモリとデータベースの挙動です。公表されているSynapseの目安は妥当な下限として使えます。起動時でおよそ2GB、アクティブユーザーが10~50人になると約4GB、100人を超えると8GB以上です。Conduit系サーバーはこれよりはるかに少なくて済みます。これらの数字が言及していないのは、消費量は登録人数ではなく*参加しているルーム*に連動するという点です。大規模な公開ルーム100個にいるユーザー5人のほうが、小規模なプライベートルームにいるユーザー50人よりはるかにコストがかかります。 ここから実務的な原則が2つ導かれます。データベースは高速なストレージに置き、拡張できる余裕を持たせること。書き込みパターンは突発的ではなく、少量で継続的だからです。そしてもう一つ、今日のユーザー数でサイジングしないこと。サイジングすべきは、そのユーザーが最初の1か月で参加するルームの規模であり、驚きの原因はたいていそこにあります。当社のエントリープランでも小さなConduitやDendriteサーバーは余裕を持って動きますが、本格的なコミュニティ向けのSynapseインスタンスにはミドルクラス以上のプランが必要です——[チャットホスティングのページ](https://servhidden.com/ja/use-cases/matrix-xmpp-hosting)に、それぞれの規模に対して推奨するプランを掲載しています。 他の多くのワークロードよりも、ここでは稼働率が重要になります。チャットサーバーが落ちるということは単に利用できなくなるだけでなく、ピアがしばらく再送を試みたのちに諦めてしまうイベントを静かに取りこぼすことを意味するからです。フェデレーションは数分の停止には寛容ですが、数日にわたる停止には容赦がありません。 ## メディアストアはスローモーションのディスク爆弾です ユーザーが参加しているルームを通過する画像・動画・ファイルは、自分のユーザーが一度も開いていないリモートメディアも含めて、すべてディスクにキャッシュされ得ます。Synapseのデフォルト設定では、それらは無期限に保持されます。結果は予測可能でありながら今も人を油断させます。データベースは安定しているのにメディアディレクトリだけが静かに肥大化し続け、ボリュームが満杯になったとき現れる症状は「ディスクフル」ではなく「サーバーの様子がおかしい」なのです。 リモートメディアの保持ポリシーは、最初の障害の後ではなく初日に設定してください。Synapseはhomeserver.yamlに保持設定を公開しているほか、古い履歴やキャッシュ済みファイルを削除するための管理者向けエンドポイントも用意しています。synapse-compress-stateは、古くなったサーバーのstateテーブルから驚くほどの容量を回収してくれます。データベースとメディアパスの両方に目を配り、サービス停止ではなく空き容量に対してアラートを設定してください。「様子がおかしい」という症状は、空き容量が尽き始めてから何日か後にようやく現れます。 デフォルトのままにせず、判断すべき設定が一つあります。URLプレビュー機能は、ルームに投稿されたリンクをサーバー自身が取得しに行くというもので、つまり**誰かがリンクを貼った瞬間、あなたのサーバーのIPアドレスから第三者へアウトバウンドのリクエストが発生します**——誰が食いつくかを確認するためだけに選ばれたリンクであってもです。ホームサーバーがフロントの背後にあり、実アドレスの秘匿が重要な場合は慎重に検討してください。同じ種類の漏えいについては[オリジンアドレスを隠すガイド](https://servhidden.com/ja/guides/hiding-your-origin-server-ip)で詳しく扱っています。 ## 登録・スパム、そして受け継ぐことになる評判 公開ホームサーバーで登録を開放するのは招待状のようなものですが、望ましい種類の招待ではありません。自動化された登録は数日のうちに小さなサーバーをスパムの発生源に変えてしまい、その影響は局所的では済みません。他のホームサーバーがあなたのドメインをアクセス制御リストに追加し、十分な数のリストに載ってしまうと、正当なユーザーまでもが他所のルームに参加できなくなります。焼け付いたドメインの評判を回復するのは、避けるよりはるかに困難です。これは[メールの到達性](https://servhidden.com/ja/guides/offshore-mail-server-setup)の話とまったく同じ構図です。 無難なデフォルト設定はシンプルです。プライベートなサーバーではenable_registrationをオフにしたまま、アカウントは自分の手で発行しましょう。門を開けたい場合は必ず制限をかけてください。registration_requires_tokenを使えば、サードパーティのサービスなしで登録を招待制にできますし、キャプチャは雑な攻撃への対策として役立ちます。自分が管理するルームについては、MjolnirやDraupnirファミリーのモデレーションボットを使うことで、ルーム単位ではなくコミュニティ全体に対してBANリストやルームACLを適用できます。 逆方向にも知っておく価値があります。当社のアドレス帯は、ホームサーバー間で出回っているMatrixのACLブロックリストには載っていないため、新規サーバーはクリーンな評判からスタートできます。その後の評判がどうなるかは、マシンの設置場所ではなく、登録をどう運用するかによって決まります。 ## ブリッジと、それに伴うメタデータの代償 多くの人がMatrixを使い続ける正直な理由がブリッジです。他のネットワーク上にあるルームを一つのクライアントでまとめて扱えます。同時にブリッジは、見落とされがちな形でサーバーのセキュリティ上の立ち位置を変えてしまいます。ブリッジはリモートアカウントの認証情報を保持しており、プロトコルが接する境界では変換可能な形でメッセージを扱う必要があります。つまりブリッジのプロセスは、両側ではエンドツーエンドで暗号化されているはずのトラフィックを、平文として目にすることになります。 だからといってブリッジを避けるべきという話ではありません。むしろブリッジを動かすホストを機微なインフラとして扱うべきという話です。侵害されれば、そこが代弁しているアカウントすべてを危険にさらすマシンだからです。ブリッジ1つにつき、小規模サーバーのメモリ使用量はおおよそ倍になるため、それを見込んで容量を計画し、ホームサーバー本体と同じだけの配慮をブリッジの設置場所にも払ってください。[法域選びのガイド](https://servhidden.com/ja/guides/choosing-an-offshore-jurisdiction)で述べている考え方は、複数のネットワークの認証情報を一度に抱える箱にはなおさら強く当てはまります。 ## 生かし続けるために——鍵、バックアップ、アップグレード Matrixサーバーには、失うとデータ量とは無関係に取り返しのつかないファイルが一つあります。署名鍵——Synapseではsigning.key——は、あなたのドメインから発信されたと主張するイベントが本物であることを証明する仕組みです。これを失うと、もはや自分のサーバーとして正当性を主張できなくなります。ピアはあなたの名前を持つ見知らぬ相手による署名済みイベントを拒否するようになります。他のすべてとは別に、このファイルはマシンの外にバックアップしてください。 **鍵とデータベースの両方をバックアップし、片方だけを復元することの危険性を理解してください。** Matrixのデータベースを古いスナップショットにロールバックすると、サーバーはピアがすでに先へ進んでしまった状態に取り残されます。その結果生じる乖離は、きれいに作り直すよりもはるかに修復が困難です。pg_dumpで整合性の取れたダンプを取得し、マシンの外に保管してください。そしてこのプラットフォームには頼れるプロバイダ側のコピーが存在しないことを忘れないでください——解約後は何も残らないというのがこの仕組みの要点であり、詳しくは[バックアップガイド](https://servhidden.com/ja/guides/vps-backup-strategy)で扱っています。 アップグレードはありふれた作業ですが、省略していいものではありません。ホームサーバーのリリースにはスキーマ移行が伴うことが多く、多くのバージョンを飛ばすと、5分で終わるはずのアップグレードが半日仕事になってしまいます。飛び越える前にリリースノートを読み、各ステップが小さく済むよう定期的にアップグレードし、[最初の1時間のハードニングチェックリスト](https://servhidden.com/ja/guides/first-hour-vps-hardening-checklist)にある基本的なホスト衛生も実施してください。チャットサーバーはデータベースを抱えた長期稼働のインターネット公開サービスであり、それにふさわしい扱いを受けるべきです。 ## それでも結果を左右するのはサーバーの設置場所です ここまで述べてきたことはすべて設定の話です。設定では手が届かない部分が一つあります。それは、ユーザーに関する開示請求をどの法制度が受け取るかという問題であり、通信サーバーにとってこの問いはウェブサイト以上に重みを持ちます。ホームサーバーはメッセージ本文が暗号化されていても、メンバーシップの記録やタイムスタンプ、ソーシャルグラフのデータは平文で保持しています。つまり、それをホストする法域こそが、その記録へのアクセスを左右する法域なのです。 だからこそ、レイテンシだけでなく意図を持って設置場所を選ぶべきだという実務的な理由があります。当社は7つの拠点を運用しており、それぞれのトレードオフは[法域選びのガイド](https://servhidden.com/ja/guides/choosing-an-offshore-jurisdiction)と[拠点ページ](https://servhidden.com/ja/locations)にまとめています。同じ問題のもう半分は、プロバイダがあなたを何者として把握しているかです。身元情報が紐付いていないアカウントは、そもそも収集していない身元書類を提出できません。これが、[no-KYCホスティング](https://servhidden.com/ja/no-kyc-hosting)と自前運用の通信サービスが同じ文脈で語られ続ける単純な理由です。どちらも、すでにあなたの名前を把握している裁判所に対する防御にはならず、その境界線がどこにあるかは[OpSecガイド](https://servhidden.com/ja/guides/server-opsec-staying-anonymous)で率直に述べています。 ## まとめ このページから6つだけ持ち帰るなら、次の点です。 - 何かをインストールする前にserver_nameを決めてください——これだけは後から絶対に修正できない決定です。 - /.well-known/matrix/serverまたはSRVレコードでデリゲートし、両方の名前で有効なTLSを維持してください。 - ユーザー数ではなく、ユーザーが参加するルームの規模を基準にサイジングしてください。 - メディアの保持期間は初日に設定し、URLプレビューについてもデフォルトに任せず自分で判断してください。 - 登録は非公開かトークン制のままにしてください。焼け付いたドメインの評判を元に戻すのは高くつきます。 - signing.keyは別途バックアップし、ピアより先にデータベースをロールバックしないでください。 これらを実践すれば、サーバーは目立たない存在になります。それこそがチャットサーバーにとって望ましい姿です。その引き換えに得られるものについては、はっきりと理解しておく価値があります。得られるのは不可視性でも、誰が誰と話しているかを隠すプロトコルでもなく、内容が自分のものである会話、他人には閉鎖できないアカウント、そして自分が意図して選んだ法制度の下にあるマシンです。[自分で選んだ場所にホームサーバーを置き](https://servhidden.com/ja/use-cases/matrix-xmpp-hosting)、あとはフェデレーションが向こうからやって来るのに任せましょう。 FAQ ## Matrixの自前運用でよくある質問 ### 01 Matrixを自前運用するとメッセージのプライバシーは向上しますか? 変わるのは暗号方式ではなく、データの管理権です。プライベートルームのメッセージ本文は、商用サービスも含めどのサーバーに届く前からすでにエンドツーエンドで暗号化されているため、自前運用にしても新たに暗号化されるものはありません。変わるのは、メタデータを誰が保持するか、アカウントを誰が凍結できるか、そして開示請求がどの法制度に届くかです。これらは確かな利点ですが、多くの人が想像しているものとは種類の異なる利点です。 ### 02 他のホームサーバーの管理者は自分のルームを読めますか? 暗号化されたメッセージの中身は読めませんが、それ以外の多くの情報は見えています。あなたのルームにユーザーを持つホームサーバーは、誰がメンバーか、いつ参加・退出したか、表示名、タイムスタンプ、リアクション、ファイル転送のサイズとタイミングといったルーム状態を受け取り、保存しています。そのデータは相手側のデータベースに相手のルールで存在しており、あなたが自分の側で削除しても相手側からは消えません。 ### 03 SynapseとConduit、どちらを運用すべきですか? 小規模なプライベートサーバーであればConduitやconduwuitがおすすめです。組み込みデータベースを持つ単一のRustバイナリはエントリープランでも快適に動き、手間もほとんどかかりません。成長が見込まれる用途、ブリッジを使う用途、公開でモデレーションする用途にはSynapseを選んでください。リファレンス実装であり、あらゆる機能や管理ツールがまずSynapseを対象に作られるからです。実装間の移行は後からエクスポートして作り直す作業になるため、2年目を見据えて選んでください。 ### 04 Matrixサーバーに必要なRAM容量はどれくらいですか? Synapseの場合、起動時でおよそ2GB、アクティブユーザーが10~50人で約4GB、100人を超えると8GB以上が目安です。Conduit系サーバーはこれよりはるかに少なくて済みます。重要な補正点として、メモリ使用量はホストするアカウント数ではなく、ユーザーが参加するルームの数と規模に連動します。大規模な公開ルームに少人数がいるほうが、小規模なプライベートルームに大人数がいるより負荷が高くなります。 ### 05 ホームサーバーのディスク使用量が多いのはなぜですか? たいてい2つの原因が重なっています。大規模な連合ルームに参加すると、他サーバーの履歴と状態がディスクに取り込まれるため、小規模なサーバーでも正直に大きなデータベースを抱えることになります。さらにリモートメディアはデフォルトで無期限にキャッシュされるため、ユーザーがただ参加しているだけのルームの画像やファイルも際限なく蓄積します。リモートメディアの保持ポリシーは早めに設定し、古い履歴を定期的に削除し、症状が出るのを待たずに空き容量を監視してください。 ### 06 登録を開放したままにしてもよいですか? 大切に運用しているサーバーではおすすめしません。登録を開放すると自動化された登録が集まり、ドメインがスパムの発生源になります。すると他のホームサーバーが共有のアクセス制御リストにそのドメインを追加し、結果として正当なユーザーまで他所のルームから締め出されてしまいます。登録は無効にしたままアカウントは自分で作成するか、登録トークンで制限をかけて、招待した人だけが門をくぐれるようにしてください。 ### 07 ブリッジを動かすとエンドツーエンド暗号化は壊れますか? 壊れるというより、境界が移動します。ブリッジは2つのプロトコルの間で変換を行う必要があるため、その地点ではメッセージを読み取れる形で扱わざるを得ず、リモートアカウントの認証情報も保持します。Matrix側と相手のネットワーク側ではトラフィックは暗号化されたままですが、ブリッジ自体は両方が読める場所になります。動かしているマシンは機微なインフラとして扱ってください。なお、ブリッジ1つにつき小規模サーバーのメモリ使用量はおおよそ倍になります。 ### 08 server_nameは後から変更できますか? できません。これはインストールする前に二度読む価値があります。server_nameはあなたのサーバーが生成するすべてのユーザーID、ルームID、署名済みイベントに焼き込まれるため、変更することはリネームではなく、アカウントとルームを放棄することを意味します。本当に使いたい裸のドメインを選び、.well-knownによるデリゲーションかSRVレコードで、実際にソフトウェアが動いているホストを指すようにしてください。 Related ガイドs ## 続けて読む [### 2026年にオフショアホスティング法域を選ぶ方法 購入 オフショア法域を選ぶための実践的な意思決定フレームワーク: データ保持法、MLATの露出、DMCA対応姿勢、裁判所のスピード、実際の執行状況を国ごとに解説します。 6の質問からなるFAQ](https://servhidden.com/ja/guides/choosing-an-offshore-jurisdiction) [### プライバシーが重要なワークロード向けのVPS vs 専用サーバー 購入 VPSで十分な場合、共有テナンシーが弱点になる場合、そしてベアメタルだけが誠実な答えになる場合を解説します。ハードウェア分離、ハイパーバイザーのリスク、コストと脅威モデルの比較について。 6の質問からなるFAQ](https://servhidden.com/ja/guides/vps-vs-dedicated-for-privacy) [### No-KYC VPS上のセルフホストVPN: WireGuard vs OpenVPN 運用 セルフホストVPNが商用プロバイダーより優れている理由、そして2026年時点でWireGuardとOpenVPNがプライバシー、性能、運用リスクの面で実際にどう比較されるかを解説します。 6の質問からなるFAQ](https://servhidden.com/ja/guides/self-hosted-vpn-wireguard-vs-openvpn) [### AI推論向けRTX 4090 vs H100 SXM5比較（RTX 5090はどこに位置するか） 購入 購入ガイド：2026年、セルフホストのLLM、画像、動画、音声、ファインチューニングのワークロードにはどのNVIDIA GPUを選ぶべきか。RTX 4090 vs RTX 5090 vs H100 SXM5 vs デュアルH100——VRAM、スループット、$/トークン、それぞれが優位になる場面を比較します。 6の質問からなるFAQ](https://servhidden.com/ja/guides/rtx-4090-vs-h100-for-ai-inference) [### MT4 / MT5 / cTrader Forexトレード向けのオフショアWindows RDP 運用 完全ガイド：Forex取引にWindows RDPを使う理由、低遅延なオフショア法域の選び方、MT4 / MT5 / cTrader / Expert Advisorのセットアップ方法、ブローカーサーバーへの遅延、そしてKYC不要の決済フローまで解説します。 6の質問からなるFAQ](https://servhidden.com/ja/guides/offshore-windows-rdp-for-forex-trading) [### DMCA無視ホスティング解説：2026年における本当の意味 購入 「DMCA無視」ホスティングが実際に何をもたらすのか、どの法域が本当に支持しているのか、それを必要とするワークロードとは何か、そしてその言葉がカバーしない著作権の落とし穴とは何か。 6の質問からなるFAQ](https://servhidden.com/ja/guides/dmca-ignored-hosting-explained) [### 暗号通貨による匿名ドメイン登録：2026年のWHOISプライバシー プライバシー 身元を明かさずにドメインを登録するための2026年実践ガイド：TLD別WHOISの仕組み、レジストラの選択、暗号支払いオプション、そしてそれでも身元が漏れる運用上のミス。 6の質問からなるFAQ](https://servhidden.com/ja/guides/anonymous-domain-registration-with-crypto) [### 暗号資産決済向けホスティング: Monero vs Bitcoin vs USDT プライバシー 支払いに使うコインによって、ホストに知られる情報がどう変わるかを解説します。XMR、BTC、USDTそれぞれのプライバシー、手数料、ファイナリティ、チェーン分析への露出を比較し、明確な結論を提示します。 6の質問からなるFAQ](https://servhidden.com/ja/guides/crypto-payments-monero-vs-bitcoin-vs-usdt) [### オフショアホスティングは本当に匿名なのか?正直な答え プライバシー オフショアのKYC不要ホスティングは、通常のホスティング業者が収集する身元情報を排除します——しかし「匿名」かどうかは、支払い方法、業者側のログ、そしてあなた自身のOPSEC次第です。実際に何が追跡可能なのかを解説します。 6の質問からなるFAQ](https://servhidden.com/ja/guides/is-offshore-hosting-truly-anonymous) [### VPSハードニングの最初の1時間:チェックリスト 運用 新しいVPSを1時間以内に守るための、具体的で順序立ったチェックリスト。SSHキー、ファイアウォール、fail2ban、自動アップデート、そして無差別攻撃の大半を食い止める攻撃対象領域の削減。 6の質問からなるFAQ](https://servhidden.com/ja/guides/first-hour-vps-hardening-checklist) [### No-KYCホスティングとは？定義・合法性・仕組みを解説 プライバシー No-KYCホスティングは、氏名・メールアドレス・身分証明書など一切の本人確認なしでサーバーを借りられるサービスです。その意味、技術的な仕組み、合法性、そして本物のプロバイダーの見分け方を詳しく解説します。 6の質問からなるFAQ](https://servhidden.com/ja/guides/what-is-no-kyc-hosting) [### オフショアホスティングは合法か？2026年版・正直な回答 購入 オフショアホスティングは合法です――利用者にとっても、プロバイダーにとっても。この記事では、その用語の本当の意味、法的境界線の実態、払拭すべき誤解、そして責任ある活用方法を解説します。 6の質問からなるFAQ](https://servhidden.com/ja/guides/is-offshore-hosting-legal) [### Monero（XMR）でホスティングを支払う方法 — ステップバイステップ プライバシー Monero（XMR）でVPSや専用サーバーの料金を支払うためのステップバイステップガイド：XMRがプライバシー保護の観点から最も優れた選択肢である理由、入手方法、そしてチェックアウトから数分でサーバーが稼働するまでの流れを解説します。 6の質問からなるFAQ](https://servhidden.com/ja/guides/how-to-pay-for-hosting-with-monero) [### ウェブサイトを匿名でホスティングする方法 — 2026年版実践ガイド プライバシー アカウント、支払い、ドメイン、管轄地域、接続、コンテンツ — 身元を一切残さずウェブサイトをホスティングするための、層ごとに解説した実践的ガイド。 6の質問からなるFAQ](https://servhidden.com/ja/guides/how-to-host-a-website-anonymously) [### VPSにWireGuard VPNを構築する — ステップバイステップガイド 運用 WireGuardを使ってVPS上に自分専用のプライベートVPNを構築する方法：セルフホスト型VPNが商用VPNより優れている理由から、インストールからクライアント接続まで完全なセットアップ手順、そして堅牢化の方法まで解説します。 6の質問からなるFAQ](https://servhidden.com/ja/guides/how-to-set-up-wireguard-vpn-on-a-vps) [### GPUサーバーでLLMをセルフホストする方法 — 2026年版ガイド 運用 レンタルGPUサーバーで独自の大規模言語モデルを稼働させる：APIより自己ホスティングが優れている理由、GPUとモデルの選び方、OllamaまたはvLLMを使ったセットアップ、そしてコストについて。 6の質問からなるFAQ](https://servhidden.com/ja/guides/self-host-an-llm-on-a-gpu-server) [### バレットプルーフホスティングとオフショアホスティング — その違いとは？ 購入 バレットプルーフホスティングとオフショアホスティングは混同されがちですが、まったく別物です。両者の本質的な違い、その重要性、そして実際にどちらを選ぶべきかを解説します。 6の質問からなるFAQ](https://servhidden.com/ja/guides/bulletproof-vs-offshore-hosting) [### BitcoinでVPSを購入する方法――ステップバイステップ完全ガイド（2026年版） 購入 BitcoinでVPSを購入するための初心者向けガイド。BTCの入手方法、プランの選び方、請求書の支払い方、そして手に入るものが何か――カードも氏名も不要なサーバーを手順を追って解説します。 6の質問からなるFAQ](https://servhidden.com/ja/guides/how-to-buy-a-vps-with-bitcoin) [### DMCAを無視できるホスティングに最適な国（2026年版） 購入 米国式の削除申請が届かないサーバーをどこに置くか——機能する法域、「DMCA無視」が本当に意味すること、そして選び方。 6の質問からなるFAQ](https://servhidden.com/ja/guides/best-countries-for-dmca-ignored-hosting) [### Torの隠しサービス（.onionサイト）のホスティング方法 — 2026年版ガイド 運用 VPS上にTor onionサービスを構築する：隠しサービスとは何か、それが最も強力な匿名ホスティング形態である理由、完全な設定手順、そして真の匿名性を維持する方法。 6の質問からなるFAQ](https://servhidden.com/ja/guides/how-to-host-a-tor-hidden-service) [### オフショアメールサーバーの構築 — 2026年版・プライベートメールを自己ホスト 運用 オフショアVPS上でプライベートメールサーバーを自己ホストする方法：なぜ自己ホストするのか、何が必要か、オールインワンメールスタックによる現実的な構築手順、そして配信可能性を正しく確保する方法。 6の質問からなるFAQ](https://servhidden.com/ja/guides/offshore-mail-server-setup) [### 暗号ノードホスティングガイド — VPS でブロックチェーンノードを運用する 運用 ブロックチェーンノードをサーバー上でホストする方法：自前のノードを運用する理由、Bitcoin・Ethereum・Monero などに適したサーバー構成、セットアップ手順、そしてプライバシーを守りながら運用する方法。 6の質問からなるFAQ](https://servhidden.com/ja/guides/crypto-node-hosting-guide) [### Stable Diffusion 向け GPU ホスティング — 自分だけの画像生成サーバーを運用する 運用 GPU サーバーで Stable Diffusion を自己ホストする方法：セルフホスティングの理由、最適な GPU の選び方、Web UI のセットアップ、そしてホスト型サービスとのコスト比較。 6の質問からなるFAQ](https://servhidden.com/ja/guides/gpu-hosting-for-stable-diffusion) [### サーバーOpSec — サーバー運用時に匿名性を維持する方法 プライバシー 匿名サーバーを運用するすべての人のための運用セキュリティ：身元が特定されてしまう失敗のパターン、それを防ぐ習慣、そして真に独立したアイデンティティを保ち続ける方法。 6の質問からなるFAQ](https://servhidden.com/ja/guides/server-opsec-staying-anonymous) [### シードボックス設定ガイド — 2026年版プライベートシードボックスの自己構築 運用 サーバー上に自分だけのシードボックスを構築する方法：シードボックスとは何か、サイジングの考え方、WebUI付きトレントクライアントのインストール、そしてプライベートかつ安全に保つための手順。 6の質問からなるFAQ](https://servhidden.com/ja/guides/seedbox-setup-guide) [### 自前のVPSでDPI検閲を回避する方法(2026年版ガイド) プライバシー VPNが突然つながらなくなった?自前のVPSでDPI検閲を回避する方法を解説する。ディープパケットインスペクション(DPI)が実際に何を検知しているのか、2026年時点で有効な5つのプロトコルがそれぞれどのブロック手法に強いのか、そしてVLESS+REALITYの導入手順をひと通り示す。 6の質問からなるFAQ](https://servhidden.com/ja/guides/bypass-dpi-censorship-with-your-own-vps) [### VPSのフルディスク暗号化：LUKS導入と本当に守れるもの 運用 VPSをLUKSで暗号化する方法を解説します。暗号化データボリューム、dropbearによるSSH経由リモートロック解除を伴うフルルート暗号化、インストール時に暗号化するベアメタルという3つの構成、小規模サーバーで本当に重要になる設定、そしてディスク暗号化が実際に何を防ぎ、何を防がないのかを正直に説明します。 8の質問からなるFAQ](https://servhidden.com/ja/guides/full-disk-encryption-on-a-vps) [### オリジンサーバーIPを隠す：CDN・リバースプロキシと漏れる経路 プライバシー オフショアサーバーの前にCDNやリバースプロキシを置くべきかどうかを解説します。CDNが実際に何を隠してくれるのか、その代わりに背負うことになる苦情処理の窓口、そして設定を誤るとオリジンサーバーのIPアドレスが漏れてしまう6つの経路と、自分のIPアドレスを10分で監査する具体的な手順までを正直に述べます。 8の質問からなるFAQ](https://servhidden.com/ja/guides/hiding-your-origin-server-ip) [### VPSバックアップ完全ガイド：暗号化・オフサイト・復元検証 運用 ホスティング業者はバックアップを保持しません。サーバーを壊す本当の原因、restic対BorgBackupの選び方、忘れがちな鍵、復元テストの手順まで解説します。 8の質問からなるFAQ](https://servhidden.com/ja/guides/vps-backup-strategy) [### サイトをオフショアホスティングへダウンタイムゼロで移行する方法 運用 ホスト移行を退屈な作業に変える順序をご紹介します。DNSのTTLを数日前に下げ、2台のサーバーを並行稼働させて書き込みフリーズを時間ではなく分に抑え、さらに移行が残すパッシブDNSやCertificate Transparency、WHOISの痕跡を消す方法まで解説します。 8の質問からなるFAQ](https://servhidden.com/ja/guides/migrate-website-to-offshore-hosting) [### How to Self-Host a Crypto Payment Gateway with BTCPay Server 運用 Run your own non-custodial checkout on an offshore VPS: BTCPay Server, a pruned Bitcoin node, Lightning and Monero — how to size the disk, why the private keys must never touch the machine, and where KYC quietly reappears at the cash-out. 8の質問からなるFAQ](https://servhidden.com/ja/guides/self-host-a-crypto-payment-gateway) ## 選んだ場所でホームサーバーを運用しましょう 7つの法域、フルroot権限、カスタムISO、全プラン無制限帯域。小規模なConduitやDendriteサーバーなら月額$7.50から利用できます。KYC不要、メール登録不要、支払いは暗号資産のみです。 [VPSプランを見る](https://servhidden.com/ja/vps) [すべてのロケーション](https://servhidden.com/ja/locations) [プライベートホスティング](https://servhidden.com/ja/anonymous-hosting) ## Structured data (JSON-LD) ```json { "@context": "https://schema.org", "@type": "Organization", "@id": "https://servhidden.com/#organization", "name": "ServHidden", "url": "https://servhidden.com", "description": "7つのオフショア法域で提供するVPSと専用サーバー。KYC不要、ログなし、暗号資産決済のみ。設計段階からプライバシーを重視しています。", "logo": { "@type": "ImageObject", "url": "https://servhidden.com/ServHidden.webp", "width": 512, "height": 512 }, "foundingDate": "2025", "areaServed": [ { "@type": "Country", "name": "Iceland" }, { "@type": "Country", "name": "Panama" }, { "@type": "Country", "name": "Moldova" }, { "@type": "Country", "name": "Romania" }, { "@type": "Country", "name": "Switzerland" }, { "@type": "Country", "name": "Netherlands" }, { "@type": "Country", "name": "Russia" } ], "knowsAbout": [ "Offshore hosting", "Offshore VPS", "Bare-metal dedicated servers", "DMCA-ignored hosting", "No KYC hosting", "Cryptocurrency payments", "Privacy engineering", "Token-based authentication", "Anonymous domain name registration", "No-KYC domain registrar", "WHOIS privacy", "Cheap .com domains", "Crypto-paid domain names", "NVIDIA GPU compute", "Windows RDP hosting", "Agentic commerce" ], "contactPoint": { "@type": "ContactPoint", "contactType": "customer support", "url": "https://servhidden.com/contact", "availableLanguage": [ "en", "ru", "zh", "es", "fr", "de", "pt", "ar", "ja", "ko", "hi", "id", "it", "tr", "fa", "vi" ] }, "sameAs": [ "https://servhidden.com/canary", "https://servhidden.com/press" ] } ``` ```json { "@context": "https://schema.org", "@type": "WebSite", "@id": "https://servhidden.com/#website", "url": "https://servhidden.com", "name": "ServHidden", "publisher": { "@id": "https://servhidden.com/#organization" }, "inLanguage": [ "en", "ru", "zh", "es", "fr", "de", "pt", "ar", "ja", "ko", "hi", "id", "it", "tr", "fa", "vi" ] } ``` ```json { "@context": "https://schema.org", "@type": "Article", "headline": "Matrixサーバーのセルフホスト:Synapseと連合の実態", "description": "Matrixホームサーバーで本当に変わることとは。Synapse・Conduitの違い、変更不可能なserver_name、肥大化するメディア保存、連合が明かす情報を解説します。", "image": "https://servhidden.com/assets/img/guides/self-host-a-matrix-server.webp?v=1787253905", "author": { "@type": "Organization", "@id": "https://servhidden.com/#editorial", "name": "ServHidden Editorial", "url": "https://servhidden.com/about", "description": "Operator-side editorial team writing about offshore hosting jurisdictions, offshore server architecture, self-hosted privacy stacks and crypto payments.", "knowsAbout": [ "Offshore hosting jurisdictions", "Data retention law", "MLAT and judicial cooperation", "WireGuard and OpenVPN deployment", "Tor relay operation", "Monero and Bitcoin payment privacy", "KVM virtualization and bare-metal hosting", "DMCA-ignored hosting" ], "parentOrganization": { "@id": "https://servhidden.com/#organization" } }, "publisher": { "@id": "https://servhidden.com/#organization" }, "datePublished": "2026-08-20T00:00:00+00:00", "dateModified": "2026-08-21T00:00:00+00:00", "mainEntityOfPage": "https://servhidden.com/guides/self-host-a-matrix-server", "inLanguage": "ja", "keywords": "Matrix セルフホスト, Matrix サーバー構築, Synapse インストール, Matrix ホームサーバー, server_name 変更できない, Matrix VPS, Conduit Matrix, Matrix 連合 プライバシー", "articleSection": "運用", "wordCount": 4120 } ``` ```json { "@context": "https://schema.org", "@type": "FAQPage", "mainEntity": [ { "@type": "Question", "name": "Matrixを自前運用するとメッセージのプライバシーは向上しますか?", "acceptedAnswer": { "@type": "Answer", "text": "変わるのは暗号方式ではなく、データの管理権です。プライベートルームのメッセージ本文は、商用サービスも含めどのサーバーに届く前からすでにエンドツーエンドで暗号化されているため、自前運用にしても新たに暗号化されるものはありません。変わるのは、メタデータを誰が保持するか、アカウントを誰が凍結できるか、そして開示請求がどの法制度に届くかです。これらは確かな利点ですが、多くの人が想像しているものとは種類の異なる利点です。" } }, { "@type": "Question", "name": "他のホームサーバーの管理者は自分のルームを読めますか?", "acceptedAnswer": { "@type": "Answer", "text": "暗号化されたメッセージの中身は読めませんが、それ以外の多くの情報は見えています。あなたのルームにユーザーを持つホームサーバーは、誰がメンバーか、いつ参加・退出したか、表示名、タイムスタンプ、リアクション、ファイル転送のサイズとタイミングといったルーム状態を受け取り、保存しています。そのデータは相手側のデータベースに相手のルールで存在しており、あなたが自分の側で削除しても相手側からは消えません。" } }, { "@type": "Question", "name": "SynapseとConduit、どちらを運用すべきですか?", "acceptedAnswer": { "@type": "Answer", "text": "小規模なプライベートサーバーであればConduitやconduwuitがおすすめです。組み込みデータベースを持つ単一のRustバイナリはエントリープランでも快適に動き、手間もほとんどかかりません。成長が見込まれる用途、ブリッジを使う用途、公開でモデレーションする用途にはSynapseを選んでください。リファレンス実装であり、あらゆる機能や管理ツールがまずSynapseを対象に作られるからです。実装間の移行は後からエクスポートして作り直す作業になるため、2年目を見据えて選んでください。" } }, { "@type": "Question", "name": "Matrixサーバーに必要なRAM容量はどれくらいですか?", "acceptedAnswer": { "@type": "Answer", "text": "Synapseの場合、起動時でおよそ2GB、アクティブユーザーが10~50人で約4GB、100人を超えると8GB以上が目安です。Conduit系サーバーはこれよりはるかに少なくて済みます。重要な補正点として、メモリ使用量はホストするアカウント数ではなく、ユーザーが参加するルームの数と規模に連動します。大規模な公開ルームに少人数がいるほうが、小規模なプライベートルームに大人数がいるより負荷が高くなります。" } }, { "@type": "Question", "name": "ホームサーバーのディスク使用量が多いのはなぜですか?", "acceptedAnswer": { "@type": "Answer", "text": "たいてい2つの原因が重なっています。大規模な連合ルームに参加すると、他サーバーの履歴と状態がディスクに取り込まれるため、小規模なサーバーでも正直に大きなデータベースを抱えることになります。さらにリモートメディアはデフォルトで無期限にキャッシュされるため、ユーザーがただ参加しているだけのルームの画像やファイルも際限なく蓄積します。リモートメディアの保持ポリシーは早めに設定し、古い履歴を定期的に削除し、症状が出るのを待たずに空き容量を監視してください。" } }, { "@type": "Question", "name": "登録を開放したままにしてもよいですか?", "acceptedAnswer": { "@type": "Answer", "text": "大切に運用しているサーバーではおすすめしません。登録を開放すると自動化された登録が集まり、ドメインがスパムの発生源になります。すると他のホームサーバーが共有のアクセス制御リストにそのドメインを追加し、結果として正当なユーザーまで他所のルームから締め出されてしまいます。登録は無効にしたままアカウントは自分で作成するか、登録トークンで制限をかけて、招待した人だけが門をくぐれるようにしてください。" } }, { "@type": "Question", "name": "ブリッジを動かすとエンドツーエンド暗号化は壊れますか?", "acceptedAnswer": { "@type": "Answer", "text": "壊れるというより、境界が移動します。ブリッジは2つのプロトコルの間で変換を行う必要があるため、その地点ではメッセージを読み取れる形で扱わざるを得ず、リモートアカウントの認証情報も保持します。Matrix側と相手のネットワーク側ではトラフィックは暗号化されたままですが、ブリッジ自体は両方が読める場所になります。動かしているマシンは機微なインフラとして扱ってください。なお、ブリッジ1つにつき小規模サーバーのメモリ使用量はおおよそ倍になります。" } }, { "@type": "Question", "name": "server_nameは後から変更できますか?", "acceptedAnswer": { "@type": "Answer", "text": "できません。これはインストールする前に二度読む価値があります。server_nameはあなたのサーバーが生成するすべてのユーザーID、ルームID、署名済みイベントに焼き込まれるため、変更することはリネームではなく、アカウントとルームを放棄することを意味します。本当に使いたい裸のドメインを選び、.well-knownによるデリゲーションかSRVレコードで、実際にソフトウェアが動いているホストを指すようにしてください。" } } ] } ``` ```json { "@context": "https://schema.org", "@type": "BreadcrumbList", "itemListElement": [ { "@type": "ListItem", "position": 1, "name": "ホーム", "item": "https://servhidden.com/ja/" }, { "@type": "ListItem", "position": 2, "name": "プライバシーホスティングガイド", "item": "https://servhidden.com/ja/guides" }, { "@type": "ListItem", "position": 3, "name": "Matrixサーバーのセルフホスト:Synapseと連合の実態", "item": "https://servhidden.com/ja/guides/self-host-a-matrix-server" } ] } ```