7 Days to Die マルチ入門｜3つの方式比較／最短5分で遊ぶ＋安定運用のコツ

「7 Days to Dieを友達とやりたい。でも、マルチって結局どれが正解…？」

「フレンド招待で入れない…サーバーが出てこないのはなぜ？」
「ホストを立てたけどラグがきつい。重くならない方法ってある？」
「途中参加したいのに、進行差で置いていかれそうで不安…」
「Dedicatedって難しそう。レンタル/VPSの方がラクなの？」
「クロスプレイって本当にできる？ 条件がややこしくて挫折した…」
「身内だけで遊びたいのに、公開設定やパスワードの決め方が分からない」
「万一データが壊れたらどうする？ バックアップって必要？」

こうした悩みは、実は“あなたの操作ミス”ではなく、マルチの方式（ホスト型／専用サーバー／レンタル・VPS）を目的に合わない形で選んでいることが原因になりがちです。
7 Days to Dieのマルチは、今すぐ遊ぶのか、いつでも遊びたいのか、自由度と安定性を優先するのかで、最短ルートが変わります。

本記事では、初心者がつまずきやすいポイントを先回りしながら、

• 3つの方式の違い（メリット・デメリット／向き不向き）
• 最短5分で友達と遊ぶ手順（ゲーム内ホスト）
• 常時オンラインにする方法（レンタル/VPS／Dedicated）
• 「参加できない」「重い」「途中で落ちる」の症状別チェック
• 公開範囲・権限・バックアップなど“安全に長く遊ぶ”運用のコツ

を、できるだけ簡潔に、でも手順で迷わないように整理して解説します。

「今夜だけ遊びたい人」も、「長期で拠点を育てたい人」も、この記事を読めば 自分に合う方式が決まり、最短でマルチ環境を完成できます。

結論：あなたに合うマルチ方式はこれ（目的別に最短ルート）

まずは「どれを選べば失敗しにくいか」を、超ざっくり比較します（※細かい設定は後半で解説）。

方式	こんな人に最適	できること	注意点
ゲーム内ホスト（ピア型）	今すぐ2〜4人くらいで遊びたい	最短で始められる／費用ゼロ	ホストが落ちると終了・回線/PC負荷が出やすい
常時稼働サーバー（レンタル/VPS）	いつでもログインできる環境がほしい	24時間稼働／参加者が好きな時間に遊べる	月額費用がかかる（ただし設定はラクになりやすい）
専用サーバー（Dedicated）	自由度重視（設定/運用を作り込みたい）	ルール・権限・バックアップなどを自分で管理	構築・運用の知識が必要（ポート/ファイル編集など）

今すぐ少人数で：ゲーム内ホスト（ピア型）

「ホストがワールドを立てて、友達がそこに入る」いちばん手軽な方法です。
今夜すぐに遊びたいなら、まずはこれが最短ルート。

向いている人

• 2〜4人程度で、まず遊んでみたい
• サーバーにお金をかけたくない
• ホスト役がプレイ時間を合わせられる

ホスト側：最短の手順（迷うポイントだけ）

• ワールド作成時に以下を決める
  • 公開範囲：身内なら「限定」や「非公開」が安心
  • パスワード：身内でも付ける（事故防止）
  • 人数上限：最初は小さめに（安定しやすい）
• 起動後、フレンドを招待（フレンド機能から誘うのが一番簡単）

参加側：やること

• ホストと同じバージョン（アップデート状況）を確認
• フレンド招待から参加（見つからない場合のみ検索やIP指定）

メリット（強い）

• ✅ 準備が圧倒的に早い（手順が少ない）
• ✅ 設定がシンプルで初心者向き

デメリット（ハマりどころ）

• ⚠️ ホストが落ちる／スリープすると全員が遊べない
• ⚠️ ホストPCの負荷が増える（特にホストしながら自分も遊ぶ場合）

初心者が安定させるコツ（ここだけ覚えればOK）

• ホストPCのメモリは余裕を持つ
  • 公式の注意書きとして「クライアントと専用サーバーを同じPCで動かすとRAM要件が倍になる」旨が明記されています。
  • ピア型も“実質ホスト負荷”が増えるので、メモリ不足を疑う価値があります。
• トラブル回避の定番
  • パスワード設定（身内でも）
  • ホストは有線LANが安定
  • 「見つからない」場合は、検索条件（地域/フィルタ）をいったん外す

いつでも遊びたい：常時稼働サーバー（レンタル/VPS）

「サーバーを24時間動かしておき、誰でも好きな時間に入れる」方式です。
友達のログイン時間がバラバラでも成立するので、いちばん“続く”選択になりやすいです。

向いている人

• 生活リズムが違う友達とも遊びたい（いつでも入れるのが正義）
• ホスト役の負担をなくしたい
• ワールドを長期運用したい（拠点づくり・育成を継続したい）

費用感（公式の掲載価格ベースの例）

• ConoHa for GAME：7 Days to Die は 1,065円/月〜（ゲーム別の料金一覧に掲載）
• XServer GAMEs：3日間/394円からと案内（短期で試しやすい）
  ※キャンペーンや契約形態で変動するので、申し込み画面の最終金額で確認してください。

レンタル/VPSを選ぶときのチェックポイント（失敗しない順）

• 設置場所（Ping）：近い地域ほどラグが出にくい
• バックアップ機能：自動バックアップがあると事故に強い
• 管理画面の分かりやすさ：初心者は“ブラウザで設定できる”だけで難易度が激減
• MOD対応のしやすさ：将来MODを入れたいなら自由度が高いサービスが無難
• DDoS対策や保護機能：公開運用するなら安心材料になる

始め方（迷わない手順）

• サービスで「7 Days to Die」を選んでサーバー作成
• 管理画面で
  • サーバー名、パスワード、人数上限を設定
• 参加者には
  • サーバー名（検索用） と パスワード
  • うまく見つからないとき用に IP/接続情報
    を共有

この方式の“落とし穴”

• 「安い＝正解」ではないことがある
  • 人数が増える・拠点が重くなると、メモリ不足でカクつきやすい
  • サービス側で「推奨プラン（例：8GB以上など）」が示されている場合は、まずそこを基準にすると失敗しにくいです

自由度を優先：専用サーバー（Dedicated）

「Dedicated Server（専用サーバー）」は、サーバー専用アプリを入れて運用する方法です。
ルールを細かく決めたい／運用を自分で設計したい人に向きます（その代わり、やることは増えます）。

向いている人

• 権限管理（管理者/一般）やルール調整をしっかりやりたい
• バックアップや再起動など運用を自分で組みたい
• レンタルの制約が気になる（設定に上限がある等）

初心者がつまずくポイント（先に知っておくとラク）

• 設定は主に serverconfig.xml というファイルで行う（項目が多い）
• 自宅/自前で公開するなら、基本的に ポート開放 が関わる
• 同じPCで「遊ぶ＋サーバー運用」をすると、必要メモリが増える（公式の注意書きあり）

超ざっくり手順（最小構成）

• Steamのツールで Dedicated Server を入れる（Windows/Linuxで動かせる扱いの情報あり）
• serverconfig.xml で最低限ここだけ決める
  • サーバー名 / パスワード / 最大人数 / 公開設定
• 外部公開するならネットワーク側の設定（ポート・ファイアウォール）を整える
• 起動して、参加者に「サーバー名（またはIP）」とパスワードを共有

クロスプレイやコンソール互換を狙う場合

• “どの設定が必須か”が変わるため、専用の要件ページに沿って構成するのが安全です（サーバー側設定の条件が公式に整理されています）

メリット

• ✅ カスタマイズ性が高い（運用を作り込める）
• ✅ 長期運用と相性が良い（管理の思想を統一できる）

デメリット

• ⚠️ 仕組み（ファイル/ネットワーク/運用）を理解する必要がある
• ⚠️ 何か起きたときに“自分で切り分ける力”が必要

迷ったらここだけ：方式選びチェックリスト

最後に、迷いを一発で減らすためのチェックリストです。
当てはまるものが多い方式が、あなたの正解に近いです。

A：ゲーム内ホスト（ピア型）が向く

• □ まずは今夜遊びたい（準備に時間をかけたくない）
• □ 人数は少なめ（2〜4人くらい）
• □ ホスト役が毎回ログインできる
• □ お金をかけたくない
  → ピア型でOK。物足りなくなったら次に進むのが最短です。

B：常時稼働サーバー（レンタル/VPS）が向く

• □ 友達のログイン時間がバラバラ
• □ ホスト役の負担をなくしたい
• □ ワールドを長期で育てたい（拠点・資源・建築）
• □ 月1,000円前後〜の固定費を許容できる
  → レンタル/VPSが最も満足度が高くなりやすいです。

C：Dedicated（専用サーバー）が向く

• □ 設定や運用を細かく作り込みたい（権限・バックアップ・再起動など）
• □ ルーター設定やファイル編集に抵抗がない
• □ “困ったら自分で調べて直す”のが苦じゃない
  → Dedicated。自由度の高さが活きます。

最後のひと押し（判断のコツ）

• 「遊ぶ時間が揃う」なら ピア型
• 「揃わない/長期運用」なら 常時稼働（レンタル/VPS）
• 「運用を自分で作りたい」なら Dedicated
  この3行だけ覚えておけば、まず失敗しません。

まず知っておく前提（ここで詰まる人が多い）

マルチの仕組み：ホスト型／専用サーバー／外部サーバーの違い

マルチの違いは、ひと言でいうと 「ワールド（家）を誰が管理して、いつ開いているか」 です。
初心者が迷うのは、ここがふわっとしたまま「参加できない」「データが消えた気がする」につながるからです。

まずは違いを“判断できる粒度”まで整理します。

方式	ざっくり言うと	いつ遊べる？	自由度	初心者がハマる点
ホスト型（ピア型）	誰かのPCが“サーバー役”も兼ねる	ホストが起動中だけ	低〜中	ホスト依存／重くなりやすい
専用サーバー（Dedicated）	サーバー専用アプリを動かす	基本いつでも（稼働中なら）	高	設定・運用（ネットワーク含む）が必要
外部サーバー（レンタル/VPS）	会社のサーバーを借りる	基本いつでも	中（サービス次第）	料金・プラン選び、操作画面の違い

ポイントはここ👇

• 「今すぐ遊ぶ」ならホスト型が最短
• 「時間がバラバラ」なら常時稼働（レンタル or Dedicated）がストレス最小
• 「設定や運用を作り込みたい」ならDedicated

セーブデータはどこに保存される？（引き継ぎ可否の核心）

7 Days to Die のデータは、初心者が想像するより “2種類” に分かれていることがあります。

• セーブ（進行状況）：拠点・チェスト・日数・プレイヤーデータなど
• ワールド（地形データ）：生成したマップそのもの（ランダム生成を使うほど重要）

この2つが別れているので、引っ越しや復旧でよくある失敗は👇

• セーブだけ移して ワールドが足りず ロードできない
• ワールドだけ移して 進行状況が戻らない

方式ごとの「保存場所の考え方」はこうです。

• ホスト型（ピア型）
  • ワールドとセーブは ホスト側 にあります
  • 友達のPCには基本的に“参加情報”しか残りません
  • つまり「ホストPCが実質、世界の本体」です
• Dedicated（自前/自宅）
  • ワールドとセーブは サーバー機（Dedicatedを動かすPC） にあります
  • サーバーをWindowsサービスやLinuxのサービスとして動かすと、保存先が“その実行ユーザー”に依存して変わることがあります（例：systemprofile や root 配下など）
  • 保存先は設定で変更できる場合があります（SaveGameFolder など）
• レンタル/VPS
  • データは 借りているサーバー側
  • 重要なのは「バックアップ手段があるか」
    • 管理画面の自動バックアップ
    • もしくは自分でダウンロードして保管できるか

一歩だけ踏み込む：保存場所の“例”（PC）
細かい場所は環境で変わりますが、トラブル時に役立つ“当たり”の付け方は以下です。

• Windowsでよくある保存先：ユーザープロファイル配下（AppData など）
• Dedicatedをサービスとして動かす場合：systemprofile 配下に出る例もあります
• Linux：ホーム配下（~/.local/share/...）に出る例が多く、サービス実行ユーザー次第で /root/... になることもあります

ここまで覚えると、万一のときに
「誰のPC/どのユーザーで動いているサーバーが“世界の本体”なのか」 を見失いにくくなります。

プラットフォーム・バージョン差で変わるポイント

「同じ7 Days to Dieなのに繋がらない」原因の上位は、だいたいここです。

• バージョン（アップデート状況）が揃っていない
  • PC同士でも、更新タイミングがズレると普通に入れません
• プラットフォームが違う（PC/PS/Xbox）
  • クロスプレイ対応でも、サーバー側の条件を満たさないと一覧に出ません
• 参加方法が違う
  • 「フレンド招待で入るのが簡単」な場合と
  • 「サーバー名検索／IP指定が必要」な場合が混在します

最初の確認ポイントはシンプルで、まずこれだけ👇

• 同じバージョン？（アップデート済み？）
• 同じ“遊び方”の枠？（クロスプレイするのか、PCだけで遊ぶのか）
• サーバーの設定が“見える条件”を満たしている？（公開・枠数・セキュリティ）

クロスプレイの可否と条件（環境が混在する場合）

クロスプレイは「対応している」だけでは足りず、“条件を満たしたサーバー/ワールド”で遊ぶ必要があるのがポイントです。

初心者が押さえるべき条件（代表例）はこのあたりです。

• クロスプレイを有効化している（Crossplay Enabled など）
• アンチチート（EAC）を有効にしている（PC側は特に条件になりやすい）
• 人数上限が大きすぎない（クロスプレイ用に上限が定められるケースがあります）
• ワールドサイズが条件内（例：8192 まで等）
• MODなし（バニラ） が求められるケースが多い

✅ 初心者向けの実務アドバイス

• 「PCだけで遊ぶ」設定のまま クロスプレイに行こうとして詰まることが多いです
• 逆に、クロスプレイ条件に合わせると PC内だけの自由（MODなど）が制限されるので、目的を先に決めるのが近道です

MOD・アンチチート・公開設定の関係

ここは“からまりやすい”ので、関係だけ短く整理します。

MOD（改造要素）

• 基本は 同じMOD構成で揃える必要があります
• 誰か1人でも違うと、入れない／入れても不具合、が起きやすいです
• クロスプレイ絡みでは MODなし（バニラ）を求められることが多いので、まずは「MOD無しで安定」を作るのがおすすめ

アンチチート（EAC）

• サーバーが EACオン なら、参加者側も条件を満たしている必要があります
• 逆に EACオフ にすると、EAC前提の相手（または環境）と噛み合わず、検索に出ない/入れない原因になります
• 「入れない」時は、まず EACオン/オフが揃っているか を疑うのが早いです

公開設定（見つからない問題の根っこ）

• サーバー/ワールドが 非公開・限定 だと、検索結果に出ないことがあります
• さらに、サーバー一覧の フィルター条件（地域/パスワード有無/人数など） で消えることも多いです

⚠️ ありがちな流れ
「設定は合ってるはず」→ 実は 非公開 で検索に出ていない／フィルタで消えている
…が多いので、詰まったらフィルタを一度“全部ゆるめる”のが有効です。

用意するもの（フレンド/回線/権限/時間の目安）

最後に、始める前に揃えるものを「方式別」にまとめます。
これだけ押さえると、ムダな往復がかなり減ります。

共通で必要

• 一緒に遊ぶ相手の情報（フレンド登録名、プラットフォーム）
• 音声連絡手段（Discord等）：参加手順の共有が圧倒的にラク
• プレイ方針（MODあり/なし、PvP、難易度、ログイン時間）

ホスト型（ピア型）で必要

• ホスト役が決まっていること
• ホストの回線が安定（できれば有線）
• 目安時間：5〜15分（最短）

レンタル/VPSで必要

• サービスのアカウント（支払い含む）
• 参加者へ共有する情報
  • サーバー名（検索用）
  • パスワード
  • うまく見つからない時用に IP/接続情報
• 目安時間：10〜30分（管理画面に慣れるほど短縮）

Dedicated（自前）で必要

• サーバー運用の権限（管理者として設定できること）
• ルーター/ファイアウォール設定に触れる環境（外部公開するなら）
• バックアップ方針（最低でも“コピーで戻せる”形）
• 目安時間：30〜90分（ネットワークで上下）

PCスペックの目安（公式情報の“最低限の考え方”）

• Steamの記載では推奨メモリが 12GB、そして Dedicatedサーバーとクライアントを同じPCで動かすとメモリ要件が倍になる旨が明記されています。
  • つまり「同一PCでサーバー運用までやる」場合は、余裕がないと重くなりやすいです

最短5分：ゲーム内ホストで友達と遊ぶ手順（初心者向け）

「とにかく今日遊びたい」なら、ゲーム内ホスト（ピア型）が最短です。
ただしピア型はホストのPC・回線が“サーバー役”も兼ねるので、最初に設定を押さえるほど安定します。

最初に、5分で迷わないための流れを置いておきます👇

• ホスト：ワールド作成 → 公開範囲＆パス設定 → 起動 → 招待
• ゲスト：招待から参加（ダメならサーバー一覧 → 最後にIP直）
• うまくいかない時：公開設定／バージョン／フィルタ／回線負荷の順で疑う

ホスト側：ワールド作成時に押さえる設定

初心者が最初にやるべきは、「難しい最適化」ではなく、事故を防ぐ設定です。
以下だけ押さえれば、身内マルチはかなり安定します。

公開範囲（限定/公開）とパスワードの考え方

まずは結論：身内だけなら「限定（フレンド中心）」＋「パスワードあり」が無難です。

• 限定（フレンド中心）にする理由
  • 検索に出にくくなり、第三者が入りにくい
  • 「知らない人が入ってきた」「荒らされた」を避けやすい
• パスワードを付ける理由（身内でも）
  • 招待リンクが流れた／配信に映った、など“うっかり”を防げる
  • フレンドのフレンドが誤参加するのも防止できる

パスワードは、短くてもOKです。大事なのは「付けること」。

おすすめの共有方法

• Discordの固定メッセージに「サーバー名／パス」だけ置く
• 参加者が増えたら、パスは定期的に変更（ちょい安全）

人数・難易度・PvPの“事故らない”初期値

ここは「盛り上がる設定」より、揉めにくい設定が正義です。
とくに初回は、プレイ体験よりも“空気”が大事になりがちです。

初心者向けの安全スタート（考え方）

• 人数上限：実参加人数＋1程度（無駄に上げない）
• 難易度：標準か、少し易しめ（慣れてから上げる）
• PvP：基本はオフ推奨（うっかり事故が起きやすい）
• 死亡ペナルティ：軽め推奨（例：アイテム全ロスト系は避ける）
• 戦利品ルール：最初は“標準”でOK（まず体験を揃える）

ホストが軽くなるコツ（体感が変わる）

• 参加人数が多いほど、ホストの負荷は増えます
• 初回は「人数少なめ＋軽め設定」で安定を優先 → 余裕が出たら盛る

身内マルチで揉めないルール例（戦利品/フレンドリーファイア等）

ここは記事のオリジナリティが出せる部分なので、テンプレではなく“実際に揉めるポイント”に絞ります。

よく揉めるポイント（先に決めると平和）

• 戦利品（ルート）
  • 例）「宝箱は開けた人のもの」「重要施設は一緒に行く」など
• 建築物の改造
  • 例）人の拠点に勝手に穴を開けない／撤去しない
• 死亡時の回収
  • 例）「死んだ人のバッグは触らない」「救出優先」
• 夜の行動方針
  • 例）夜は拠点作業中心／外出は事前に宣言
• フレンドリーファイア（誤射）
  • PvPオフでも、爆発物や罠で事故が起きます
  • 例）爆発物は声かけ必須、トラップ設置場所は共有

おすすめ：最初の10分で決める“ミニ憲章”

• ① 宝箱の取り分（個別か共有か）
• ② 人の拠点を触る基準（許可制が無難）
• ③ 夜の方針（外出するなら宣言）
  この3つだけで、トラブルの大半は消えます。

ゲスト側：参加のやり方（3パターン）

参加方法は3つあります。初心者は上から順に試すのが最短です。

フレンド招待から入る

いちばん簡単で、トラブルも少ない方法です。

• ホストから招待が届く
• そのまま参加（ワールド名や検索フィルタを気にしなくてOK）

招待で入れない時の確認

• ホストがワールドを起動しているか
• 自分が更新済みか（バージョン差があると弾かれます）
• プラットフォームが混在していないか（PC同士が確実）

サーバー一覧から探して入る

招待がうまくいかない／合流が遅れた人向け。
ただしフィルタのせいで“存在するのに見えない”が起きがちです。

見つからない時のコツ

• フィルタ（地域、パスワード有無、人数など）を一度ゆるめる
• サーバー名は、部分一致でも検索できることが多いので短い単語で試す
• “限定公開”にしていると、検索に出にくい場合がある（その場合は招待推奨）

IPを指定して直接入る（必要なときだけ）

「一覧に出ない」「検索が不安定」の最終手段です。
ホストから IP（必要ならポート） を教えてもらい、直接接続します。

注意点（初心者が詰まる場所）

• 自宅回線のホストだと、環境によっては外部から入りにくいことがあります
• その場合は「招待で入れるなら招待が最強」です
• どうしても安定しないなら、常時稼働（レンタル/VPS）に切り替えるのが早いです

ピア型で起きがちな問題と回避策

ピア型は手軽な一方で、失敗パターンはだいたい決まっています。
ここでは“原因を当てに行ける”ように、症状→対策でまとめます。

ホストが落ちると終わる：運用ルールの作り方

ピア型の最大の弱点は、ホストが落ちた瞬間に世界が閉じることです。
だからこそ、最初に運用ルールを決めると快適になります。

おすすめ運用（身内向け）

• ホストはプレイ中、PCのスリープ・省電力を切る
• 「今日は○時まで開ける」を事前共有
• 重要な遠征（大きい施設攻略）は、ホストがいる時間に合わせる
• 週1でもいいので、ホストが手動バックアップを取る（保険）

もし“いつでも入りたい”が強くなったら

• ピア型で頑張るより、常時稼働サーバーに移行したほうがラクです
• ここで無理すると、だいたい途中で疲れます（経験則）

ラグがきつい：設定と役割分担で軽くする

ラグの正体は大きく3つです。

• ホストPCの負荷（CPU/メモリ/ディスク）
• ホスト回線の上り（配信やアップロードで詰まる）
• ゲーム内負荷（ゾンビ大量、拠点トラップ過多、建築物の密集）

最短で効く対策（上から優先）

• ホストは有線LAN、他の大容量通信（配信/アップロード）を止める
• 参加人数を一度減らして、どこが限界か確認
• 重い拠点の近くでは、不要な装置・過剰トラップを控える
• 大規模戦闘（大量湧き）を連発しない（ホストが一気に重くなります）

役割分担でラクになる例

• ホストは「拠点周辺の管理」「ホード準備」を担当
• 他メンバーは「素材集め」「探索」「クラフト」を分担
  → 同じ場所に全員が密集する時間を減らすと、体感が軽くなりやすいです。

荒らし/事故対策：身内でも最低限やること

身内でも起きるのは、悪意よりうっかり事故です。
最低限だけでいいので、先に防いでおくと安心です。

最低限の安全策（これだけで十分）

• 限定公開＋パスワード
• パスワードは固定しない（メンバーが増えたら変更）
• 重要アイテムは共同倉庫に集約しすぎない（全損を防ぐ）
• トラップ設置は“共有”する（罠で味方が死にやすい）

事故が起きた時の“揉めない”対応

• まず「戻せるか」を確認（バックアップがあると強い）
• 責めるより、次の事故を防ぐルールに変える
  • 例）爆発物は声かけ必須、共同倉庫は分散、など

専用サーバー（Dedicated）を自前で立てる：構築の全体像

どんな人向け？（メリット・デメリットと向き不向き）

Dedicated（専用サーバー）は、ざっくり言うと「遊ぶPCとは別に、ワールドを動かす“サーバー専用エンジン”を常駐させる方式」です。
「ホストが落ちたら終了」を卒業できる代わりに、運用の考え方が必要になります。

向いている人

• 友達が好きな時間にログインできる環境にしたい
• ルール（難易度、PvP、リスポーン等）や権限を細かく管理したい
• バックアップ、再起動などを整えて長期運用したい
• レンタルよりも自由に構成したい（費用は電気代/機材で調整したい）

向いていない人（先に言っておきます）

• 今夜だけ遊びたい（→ゲーム内ホストが最短）
• ルーター設定やファイル編集が不安（→レンタル/VPSの方がラク）

メリット

• ✅ 24時間稼働にできる（ホスト役の負担が消える）
• ✅ 設定・運用の自由度が高い
• ✅ バックアップを組めば、事故に強い

デメリット

• ⚠️ 初回に「導入」「ネットワーク」「運用」を一度はやる必要がある
• ⚠️ 公開するならセキュリティ意識が必須（パスワード/管理口/ポート）

構築パターン：同一PC／別PC／自宅サーバー

Dedicatedは「どこで動かすか」で難易度と快適さが変わります。

パターン	こんな人におすすめ	特徴	注意点
同一PC（遊ぶPCでサーバーも動かす）	とりあえず試したい	機材追加なし	負荷が一気に増える（メモリ要件も増えやすい）
別PC（古いPC/ミニPCをサーバー専用に）	安定重視	遊ぶPCが軽くなる	設置場所・電気代・メンテが増える
自宅サーバー（NAS/常時稼働機）	既に環境がある	運用しやすい	ルーター/回線側の制約（ポート開放、CGNAT等）に注意

ポイント：公式の注意として、Dedicatedとクライアントを同じPCで動かすとRAM要件が倍になる旨が明記されています。
「同一PCでいけるはず」が一番つまずきやすいので、最初から余裕を見ておくと失敗しにくいです。

24時間稼働したい場合の現実的な運用

24時間稼働は「起動できた」よりも落ちない/壊れないが大事です。初心者はここだけ押さえればOKです。

最低限やること（安定の土台）

• PCのスリープ/休止を無効化（落ちたら全員入れません）
• OS更新のタイミングを決める（深夜に自動再起動されがち）
• 管理用の入口を絞る（使わない機能はOFF）

おすすめの運用ルール（身内向け）

• 毎日 or 週数回、自動再起動（長期稼働の不調をリセット）
• アップデート前にバックアップ取得 → 更新 → 問題なければバックアップ世代更新
• “管理者だけが知るパスワード”を分ける（参加パスと同じにしない）

インストールと起動（代表的な導入ルート）

初心者が迷いにくい導入ルートは2つです。
A：Steamの「ツール」から入れる（手軽）／B：SteamCMDで入れる（自動化向け）

A：Steam（ツール）で入れる流れ

• Steamライブラリで「ツール」を表示
• 「7 Days to Die Dedicated Server」をインストール
• フォルダ内の serverconfig.xml を編集
• 起動（バッチや実行ファイル）→ サーバーが立ち上がる

B：SteamCMDで入れる流れ（更新を自動化したい人向け）

• SteamCMDを用意
• Dedicated Server（AppID: 294420）を取得
• 起動スクリプトを用意 → 常駐化（systemd/タスクスケジューラ等）

ブランチ/バージョンを揃える（接続不能の最大原因）

Dedicatedの「入れない」は、体感8割がここです。
大事なのは “サーバーと参加者が同じ系統（安定版/実験版）・同じバージョン” になっていること。

まず確認する順番（早い）

1. サーバー起動ログに出るバージョン表記
2. 参加者のゲームのバージョン（Steamの更新状態）
3. ベータ（experimental）に入っていないか

揃え方の考え方

• 初心者のおすすめは 安定版（stable/public）で固定
• experimentalは、新要素を早く触れる代わりに、参加者全員が合わせる手間が増えます

experimental系と安定版がズレた時の直し方

パターン1：サーバーがexperimental、参加者が安定版

• 対処A：参加者もexperimentalに合わせる（全員の同意が取れるなら）
• 対処B：サーバーを安定版に戻す（初心者はこっちが無難）

パターン2：参加者の一部だけexperimental

• その人だけ安定版に戻す（全員が揃うのが最優先）

SteamCMD側の“戻し方/合わせ方”の考え方

• 安定版は基本的に「ベータ指定なし」で取得されることが多い
• experimentalは「ベータ指定」で取得する形が一般的
  （※具体的なコマンドは、使っている導入手順の記載に合わせてください。混ぜると事故ります）

サーバー設定ファイルの要点（“何をどう変えるか”）

Dedicatedの設定は、基本的に serverconfig.xml を編集して反映します。
初心者が安全に進めるコツは「いきなり全部触らない」ことです。

編集の鉄則（事故防止）

• 変更は“少しずつ”→ 起動確認 → 次へ
• 項目名（name）は触らず、valueだけ変更
• 編集前に serverconfig.xml を別名保存（バックアップ）

サーバー名・公開/非公開・パスワード

ここは「見つからない」「知らない人が入る」を防ぐ中核です。

• サーバー名：検索されやすいが、身内なら分かる名前でOK
  • 例）固定の合言葉＋短い名称（第三者に当てられにくい）
• 公開/非公開：最初は“絞る”のが安心
  • 身内運用なら「限定」寄りが安全（公開は後からでも可能）
• 参加パスワード：身内でも必須
  • 招待URLが流れたり、配信に映る事故が現実に起きます

おすすめの分離

• 「参加パス（みんなが知る）」と「管理パス（管理者だけが知る）」を分ける
  → これだけで荒れにくくなります

最大人数・難易度・PvP・ゲームルール

初心者は「盛る」より「揉めない」を先に作ると長続きします。

最初の無難な方針

• 最大人数：実参加人数＋少し（上げすぎない）
• PvP：基本はオフ（誤射・爆発物・罠でトラブルになりがち）
• 難易度：標準〜少し易しめ（初回は体験の揃えが大事）

クロスプレイを考えるなら注意

• コンソール混在で遊ぶ場合、サーバー側に必要条件（例：最大人数の上限、EAC有効など）が設定されます
• PC同士だけなら自由度が上がりますが、「後からクロスプレイしたい」となると作り直しが必要になることがあります

ワールド設定（サイズ/生成/リセット運用）

ワールド周りは、長期運用の成否に直結します。

初心者が決めるべき3点

• 生成方式：ランダム生成か、固定マップか
• ワールドサイズ：大きいほど探索は楽しいが、負荷や管理も増えやすい
• リセット運用：いつ区切るか（大型アップデート時など）

リセットの考え方（現実的）

• 大型更新のタイミングでは、公式側でも「新規セーブ推奨」を案内することがあります
• ずっと同じワールドに固執せず、
  「シーズン制（例：アップデートごとに新ワールド）」にすると揉めにくいです

ネットワーク設定（外部から入れる状態にする）

Dedicatedが「外から入れない」最大理由は、ほぼネットワークです。
ここでは“必要な範囲だけ”を簡潔にまとめます。

ポートとファイアウォールの基本

多くの環境では、ゲーム用ポート（BasePort周辺）に加えて、設定次第で管理用ポート（Telnet/Web）も関係します。
初心者はまず 「ゲームに必要な分だけ開ける」 が安全です。

代表的なポート構成（例）

用途	プロトコル	代表例
ゲーム通信（BasePort周辺）	UDP中心（＋TCPが関わる場合あり）	26900〜26903 など
サーバー情報/問い合わせ	TCP	26900 など
Telnet管理（使うなら）	TCP	8081
Web管理（使うなら）	TCP	8080

※BasePortを変えると、関連ポートも連動して変わる設計が一般的です。
※Telnet/Web管理を使わないなら、機能自体をOFFにしてポートも閉じるのが安全です。

ファイアウォールでの考え方

• ルールは「アプリ許可」よりも「ポート/プロトコル指定」の方が切り分けしやすいことがあります
• まずは LAN 内（同一ネットワーク）で接続確認 → 次に外部公開、の順が失敗しにくいです

ルーター側設定（UPnP/固定IP/二重ルーターの注意）

ここは“知らないと詰む”ポイントが決まっています。

よくある詰まりポイント

• 端末のローカルIPが変わる
  → せっかく転送しても、別端末に飛んで無意味になります
  → 対策：DHCP固定（固定割り当て）がおすすめ
• 二重ルーター（二重NAT）
  → 上流と下流の両方で設定が必要になりがち
  → 対策：ルーターを1段にする/ブリッジにする
• CGNAT（回線側の都合でポート開放できない）
  → ルーター設定が正しくても外部から入れません
  → 対策：レンタル/VPSに切り替えるのが最短

UPnPについて

• 便利ですが、環境によって不安定だったり、意図しない開放が起きることがあります
• 初心者は「動いたらOK」ではなく、必要な範囲だけ手動で開ける方が安心です

運用の基礎：再起動・ログ・バックアップ

Dedicatedは「立てた後」で差がつきます。
“面倒なことをゼロにする”より、面倒が増えない形に整えるのがコツです。

自動再起動/停止時の復旧フロー

おすすめは、次の2つを最初から用意することです。

1) 定期再起動（軽量メンテ）

• 毎日深夜など、遊ばない時間に1回再起動
• 長期稼働のメモリ断片化や不調を引きずりにくい

2) 異常終了したら自動で立ち上げ直す（復旧）

• Windows：タスクスケジューラで「停止時に再実行」
• Linux：systemdで Restart=always など
  （これで「朝起きたら落ちてた」を防ぎやすいです）

最低限の復旧フロー（テンプレ）

• サーバーが落ちた
  → 自動再起動が動く
  → それでも落ちるなら「直前に変更した設定/MODを戻す」
  → ログ確認 → 原因の当たりを付ける

バックアップ設計（壊れても戻せる状態に）

バックアップは“いつか”ではなく、最初に作るのが正解です。

守る対象は2つ

• ワールド（GeneratedWorlds など）
• セーブ（Saves など）

おすすめのバックアップ設計（初心者向け）

• 世代管理：
  • 直近（1つ）だけでなく、3世代くらい残す
• タイミング：
  • ①アップデート前（必須）
  • ②大規模建築の前（任意）
  • ③週1（保険）
• 置き場所：
  • 同一ディスクだけに置かない（できれば別ドライブ/別PC）

ありがちな事故

• serverconfig.xml が更新で置き換わって設定が戻る
  → 対策：設定ファイルもバックアップ対象に入れる

MODを使うなら（導入前に読む）

MODは楽しいですが、Dedicated運用では「安定」とトレードになります。
初心者は次の順で進めると、失敗が激減します。

サーバーと参加者の同期・導入手順

基本方針

1. まず バニラ（MODなし）で安定稼働を作る
2. MODは 1つずつ追加して検証
3. 参加者には「MOD一式」と「導入手順」を固定メッセージで共有

同期で重要なこと

• サーバー側だけで完結するMODもありますが、基本は
  “サーバーと参加者のMOD構成が揃っていること”が安全です
• クロスプレイを狙う場合は、条件上 MODなしが前提になりやすいので、最初に目的を決めてください

MODが原因の不具合を切り分ける手順

トラブル時の切り分けは、これでほぼ勝てます。

切り分けの最短手順

• ① MODを全部外して起動（バニラで動くか）
• ② 動くなら、MODを半分戻す（問題が出る側を絞る）
• ③ 1つずつ戻して、原因MODを特定
• ④ MODのバージョンを揃える／依存MODを確認
• ⑤ それでもダメなら、ログのエラー行を手掛かりにする

やりがちなNG

• いきなり大量に入れる（原因が特定できなくなる）
• 更新直後に全部更新（どれが壊したか分からない）
• EACやクロスプレイ条件に反する設定を混ぜる（“そもそも表示されない”）

レンタルサーバー/VPSで常時オンラインにする（手間を減らす選択）

ゲーム内ホスト（ピア型）の弱点は「ホストが落ちると世界が閉じる」こと。
それを最小コストで解決するのが、外部サーバー（レンタル／VPS）で“世界を24時間開ける”方法です。

ざっくり分けるとこうです。

• レンタル（マネージド型）：画面の指示どおりで作れて、運用がラク（設定の自由度は控えめ）
• VPS（自由度高め）：テンプレートがあっても“中身はサーバー”なので、柔軟だが管理の意識が必要

選び方：料金だけで決めないチェックポイント

「安いから」で選ぶと、だいたい次のどれかで詰まります。

• 人数が増えて重い・落ちる
• そもそもMODが使えない／使いにくい
• クロスプレイ目的なのに、条件を満たせず表示されない・入れない
• バックアップが弱くて、事故ったときに戻せない

なので、料金は最後に回して、まずは下の3つをチェックすると失敗しにくいです。

人数・ワールド規模から逆算するスペック目安

まず大前提として、公式テンプレートでも 「7 Days to Dieはメモリ4GB以上のプランが前提」になっているケースがあります（ここを満たさないと選べない）。
その上で、初心者が迷わないように“体感の分かれ目”で目安を置きます。

遊び方の目安	ありがちな負荷	目安メモリ	失敗しにくい考え方
2〜4人で気楽に（拠点小さめ）	探索・通常戦闘が中心	4GB	まずここから。週末運用にも向く
5〜8人で頻繁に（拠点が育つ）	建築・トラップ・湧きが増える	8GB	安定重視ならここが“現実ライン”
それ以上／重いMOD多め／長期運用	同時AI・物理・データ肥大	16GB〜	「最初から余裕」で運用がラク

補足（地味に効く）

• 人数が同じでも、拠点のトラップ量や大量湧き設定で負荷は跳ねます
• クロスプレイ（PC＋PS/Xbox）を混ぜる前提なら、最大人数やワールドサイズに上限があるため、最初からその条件で設計したほうが手戻りが減ります

「具体的なプランの見当」を付けたい人向けに、公式ページに掲載されている例をそのまま“目印”として置いておきます（最終は申込画面で確認してください）。

• 例：ConoHa for GAME（7 Days to Die）では、4GB（CPU 4コア / NVMe SSD 100GB）・8GB（6コア）・16GB（8コア）などのプラン例が掲載されています
• 例：XServer GAMEs は短期（数日）からの利用例があり、気軽に試しやすい導線になっています

管理画面/自動バックアップ/地域（Ping）の見方

この3つは、実は“長く遊べるか”に直結します。

管理画面（あるとラク）

• サーバー起動/停止/再起動がボタンでできる
• 設定（サーバー名、パスワード、人数、EACなど）をUIで触れる
• ログが見られる（入れない原因が分かる）

自動バックアップ（あると安心）

• 事故が起きたときの復旧が段違いです
• 例：ConoHa for GAMEでは、自動バックアップが「週1回・最大3世代」などの形で案内されています（有料オプションの場合あり）

地域（Ping）の見方

• 基本は「参加者が多い地域に近いリージョン」が正解
• 迷うなら次の手順が最短です
  1. サーバーを作ったらIPを控える
  2. PCで ping を打つ（または実際に入って体感確認）
  3. 60msを大きく超えるならリージョン変更も検討

MOD対応・クロスプレイ混在時の注意

ここは“目的を先に決める”だけで事故が減ります。

PCだけで遊ぶ（自由度優先）

• MOD運用もしやすい
• ただし、MODは「サーバーと参加者の構成一致」が前提になりがちなので、管理が必要

クロスプレイを混ぜる（友達の環境がバラバラ）

• 条件を満たさないと、サーバー一覧に出ない／接続できない原因になります
• 代表的に言われる条件として、
  • Crossplay有効
  • EAC有効
  • プレイヤー枠は上限（例：8）
  • ワールドサイズ上限（例：8192）
    が挙げられます
• 結論：クロスプレイ目的なら、最初から「バニラ（MODなし）で安定」を作ったほうが近道です

導入の流れ（契約→作成→起動→参加）

レンタル/VPSでも、やることはほぼ同じです。初心者はこの順で進めると迷いません。

1. サービスを選ぶ（マネージド型 or VPS型）
2. プランを決める（まずは4GB or 8GBからが無難）
3. テンプレートで作成（7 Days to Dieを選んで自動構築）
4. 初回設定（サーバー名、パスワード、公開範囲、人数など）
5. 起動（状態が「稼働中」になるまで待つ）
6. 参加者に共有（サーバー名／パス／IPなど）

IP/ポートの確認と共有方法

共有は“文章で説明”すると混乱しやすいので、コピペ用テンプレを作って渡すのが最強です。

• サーバー名：〇〇〇
• 参加パスワード：〇〇〇
• 参加方法：①招待（あれば）／②サーバー検索／③IP直
• IP（必要ならポート）：xxx.xxx.xxx.xxx（:xxxxx）
• 注意：見つからない人はフィルタを全部ゆるめてから検索

ポイント

• ポート番号は、サービス側が表示している「接続情報」をそのままコピーするのが確実です
• “検索で出ない”ときの保険として、IP直の情報も渡しておくと合流が早くなります

初回に必ずやる設定（公開範囲/パスワード）

身内でも、ここをサボると後でだいたい困ります。

最低限これだけ

• 公開範囲：最初は絞る（身内運用なら“限定寄り”が安全）
• 参加パスワード：必ず付ける（短くてもOK）
• 管理者用パス：参加パスと分ける（できるサービスなら推奨）
• クロスプレイを混ぜる予定があるなら：Crossplay/EAC/人数/ワールドサイズの条件を最初から合わせる

小ワザ（地味に効く）

• サーバー名に「合言葉」を入れると、検索で見つけやすく第三者が当てにくいです
  （例：短い英数字＋グループ名 など）

参加方法（ゲストが迷わない導線）

参加者が迷うポイントは「サーバーが見つからない」か「入れない」の2択です。
それぞれ“最短の動線”を渡しておくと、サポートが激減します。

サーバー検索で見つける

おすすめの案内文（そのまま送れる形）

• サーバー一覧を開く
• 検索欄にサーバー名の一部を入力（短い単語で）
• 見つからない場合：フィルタ（地域/満員/パス有無など）を一旦すべて緩める
• それでもダメなら：IP直で入る

ありがちな落とし穴

• フィルタで消えている（“パスあり”を除外していた等）
• バージョンが揃っていない（更新待ちになっている）

IP指定で入る

IP直は「検索で出ない」時の最短ルートです。

案内のコツはシンプルで、“コピペして入って”が最強です。

• 共有されたIP（必要ならポート付き）をそのまま入力
• パスワードを入力
• 入れない場合は、まず「入力ミス（全角/空白）」を疑う

それでも入れないときの確認（ホスト側に聞く項目）

• サーバーが稼働中になっているか
• パスワードを最近変えていないか
• クロスプレイ前提なのに、条件（EAC/人数/ワールドサイズ）がズレていないか

参加できない時の最短チェック（症状別トラブルシュート）

最初に結論です。マルチの不具合は、「見つからない」→「入れない」→「落ちる」の順に原因が“濃く”なります。
なので、直す順番もこの流れに合わせると最短です。

• ① 検索で出ない：公開設定・フィルター・クロスプレイ条件・バージョン差
• ② 接続で弾かれる：EAC（アンチチート）・MOD差・ポート/ファイアウォール
• ③ 途中で落ちる：負荷（ホスト/サーバー）・回線・ログのエラー行

サーバーが出てこない（検索できない）

「サーバーは動いているのに一覧に出ない」は、原因がほぼ固定です。
まずは “検索に表示される条件” を満たしているかだけ確認します。

公開設定/パスワード/フィルター確認

最短チェック（1分）

• ホスト（またはサーバー）が 起動中か
• サーバー名が分かっているか（部分一致検索できるよう短い単語を用意）
• サーバー一覧のフィルターを全解除（地域、満員、パスワード有無、バージョン等）

初心者がやりがちな落とし穴

• 🔎 フィルターで“存在するのに消える”
  例）「パスワード付きは表示しない」系の条件が入っている
• 🔒 非公開/限定公開で、検索導線が弱い
  → 身内なら招待導線が最強（検索で出なくても入れることが多い）

クロスプレイ混在（PC＋PS/Xbox）で特に重要

• クロスプレイは「対応してる」だけでは足りず、サーバーがクロスプレイ表示条件を満たさないと“一覧に出ない”ことがあります。
  代表的に言われる条件の例：
  • Crossplay 有効
  • EAC 有効（PC側で必須になりやすい）
  • 最大人数は8以下
  • ワールドサイズは8192以下
    ※ここがズレると、コンソール側で見つからない原因になります。

バージョン・ブランチ不一致

「友達だけ見つからない」の最頻出です。
確認は難しくなく、“同じバージョン／同じ系統（安定版・実験版）”かどうかだけ見ます。

確認ポイント

• Steamで更新が保留になっていないか（ダウンロード待ち）
• 参加者の一部だけ experimental（ベータ）に入っていないか
• サーバー（Dedicated）の場合、サーバーログや起動画面に出るバージョンと一致しているか

直し方（最短）

• 初心者はまず 安定版（stable/public）で統一
• どうしてもexperimentalで遊ぶなら、参加者全員が揃うまで進めない（これが早いです）

接続で弾かれる（入れない）

「見つかるのに入れない」は、だいたい ネットワークか EAC/MODです。
ここでは“原因を当てに行く順番”で整理します。

NAT/ポート/ファイアウォール

まずは、あなたがどの方式かで切り分けが変わります。

• レンタル/VPS：通常、プレイヤー側のポート開放は不要
  → ここで詰まるなら パスワード・EAC・MOD差が本命
• 自前Dedicated／自宅ホスト：ルーター設定・FW設定が原因になりやすい
  → まずLAN内で入れるか → 次に外部公開、の順が最短

最短チェック（自前サーバー向け）

• サーバー機のファイアウォールで、必要な通信（UDP中心）が許可されているか
• ルーターでポート転送が正しいか（転送先IPが変わっていないか）
• 二重ルーター（二重NAT）になっていないか
• 回線がCGNAT/DS-Lite等で、そもそも外部公開できないタイプではないか
  → これに当たると“頑張っても開かない”ので、レンタル/VPSに寄せるのが最短です

ポートの“目安”

• Dedicatedでは、BasePort周辺のUDP/TCPに加え、設定によってTelnet/Web管理ポートも関係します。
  ただし初心者は、管理機能を使わないならOFF＋閉じるが安全です。

アンチチート・MOD・データ不整合

「入れない」を一気に解決しやすいのが、この3点です。

1) EAC（アンチチート）不一致

• 典型的なエラー：
  “Anti Cheat protected serverに、Anti Cheatなしで接続しようとしている”
• 対処のコツ：
  • サーバーがEAC必須なら、参加側も EAC有効で起動
  • 逆に、参加側がEAC無効固定になっていると入れません

2) MOD不一致

• よくあるパターン：
  • サーバーだけMODあり
  • 参加者の一部だけMODあり
  • MODのバージョン違い
• 最短の直し方：
  • いったん MODなし（バニラ）で接続できるか確認
  • OKなら、MODを1つずつ戻して原因特定

3) データ不整合（更新直後など）

• まずやるのは「消す」ではなく、軽い順でOKです。
  • Steamの 整合性チェック
  • 再起動（ゲーム/Steam/PC）
  • それでもダメならEAC再セットアップ（必要な場合）

途中で落ちる（切断/同期ずれ）

「入れるけど落ちる」は、原因が“負荷”に寄ることが増えます。
とくにピア型（ゲーム内ホスト）はホスト依存が強いので、切り分けが重要です。

ホスト負荷・回線・サーバー負荷の切り分け

まずは“再現条件”を特定すると、原因がかなり絞れます。

症状で当たりを付ける

• ✅ 特定の場所（拠点）で落ちる
  → 建築密度／トラップ／大量湧きなどのゲーム内負荷が本命
• ✅ 人数が増えると急に落ちる
  → メモリ不足やホストの上り回線が本命
• ✅ 全員が同時に落ちる
  → サーバー再起動／回線瞬断／ホストPCのクラッシュが本命
• ✅ 1人だけ頻繁に落ちる
  → その人の回線・Wi-Fi不安定・PC負荷・セキュリティソフト干渉が本命

すぐ効く対策（重い順に）

• ホストは有線LAN＋他の大容量通信を止める（配信/アップロード）
• 一度、同時人数を減らして検証（原因が負荷か確認）
• 重い拠点ではトラップや過密配置を控える（負荷ポイントを減らす）
• Dedicatedなら定期再起動（深夜1回など）を入れる

ログの見方（最低限）

ログは“全部読む”必要はありません。初心者は 次の3点だけでOKです。

見るべきポイント

• いつ落ちたか（時刻）
• 直前に何をしたか（拠点に戻った／ホード開始／MOD追加など）
• エラーの種類（キーワード）
  • EAC / AntiCheat
  • Version / Mismatch
  • Timeout / Connection
  • NullReference / Exception（MODや処理系の可能性）

コツ

• Dedicatedはログが原因特定に直結します。
• ピア型は“ホスト側”のログや状況が重要（参加側だけ見ても分からないことが多い）

“初期化せずに”直す優先順位（安全な順）

最後に、ここだけ守れば「壊さず直す」確率が上がります。
上から順にやって、ダメなら次へ進む方式が最短です。

1. 再起動（ゲーム → Steam → PC/サーバーの順）
2. フィルター全解除＋サーバー名の短い部分で検索（見つからない系に強い）
3. バージョン/ブランチ統一（安定版で揃えるのが無難）
4. EACの一致（サーバーがEAC必須なら参加側も有効）
5. MODを一旦全部外す（バニラで入れるか確認）
6. 整合性チェック（Steam）
7. （自前サーバーのみ）FW/ルーター/二重NAT/CGNATを確認
8. バックアップ作成（セーブ/ワールド/設定）→ ここで初めて大きめの変更
9. 最終手段：新規ワールド・再構築（※“初期化”は最後）

💡ワンポイント

• 「とりあえず初期化」は、原因が残ったまま再発しやすいです。
  “入れない原因を潰してから”移行すると、結果的に最短になります。

快適化：ラグ・重い・カクつくを減らす

マルチの「重い」は、原因がごちゃ混ぜになりがちです。まずは 誰が・いつ・どこで重いかを切り分けると、最短で改善できます。

• 全員が重い：サーバー負荷（CPU/メモリ/ディスク）or ホスト回線が濃厚
• 一部の人だけ重い：その人の回線（Wi-Fi/経路）or クライアント設定が濃厚
• 特定の拠点・エリアだけ重い：拠点の作り・トラップ密度・チャンク（地域）問題が濃厚

負荷の正体（CPU/メモリ/回線/ディスク）

「体感」と「原因」の対応を押さえると、無駄な設定いじりが激減します👇

体感（症状）	まず疑う場所	その場でできる最短チェック
ガクガク（FPS低下）😵‍💫	クライアントGPU/CPU	画質・視界距離を下げて改善するか
ゴムバンド（巻き戻り）🪀	サーバーCPU/ディスク or 回線	全員同時か／セーブ時だけか／ホード時だけか
入った瞬間だけ重い	回線（アップロード） or ワールド転送	新規参加者が入るタイミングで発生するか
ホード夜だけ急に重い	CPU（AI・湧き）	同時湧き数・視界距離を下げると改善するか
拠点周辺だけ常に重い	拠点設計（チャンク負荷）	トラップ・タレット・装飾を減らすと改善するか

ここだけ覚えると強い

• CPU：ゾンビAI・経路探索・同時湧きが増えると跳ねる
• メモリ：視界距離・人数・大規模拠点・MODで増えやすい
• 回線：特にホストの上り（アップロード）が詰まると全員が巻き戻る
• ディスク：HDDだとセーブや読み込みで“重い瞬間”が出やすい（SSD/NVMeが効く）

サーバー設定で軽くする項目

「設定で軽くする」は、闇雲に下げるより 影響が大きいレバーから順に触るのがコツです。
Dedicated／レンタル／VPSでも、基本の考え方は同じです。

ゾンビ数・更新頻度・マップ規模など

初心者がまず触るべき“重さに直結する”項目は、だいたいこの3つです。

1. 視界距離（サーバー側の上限）
   • サーバー側には、クライアントが要求できる視界距離の上限を決める項目があります（範囲は 6〜12）。
   • 参加者が増えるほど、まずこれが効きます。
   • 迷ったら、いったん低めにして体感確認 → 必要なら少し上げるが安全です。
2. 同時に存在できるゾンビ数（全体上限）
   • マップ全体で同時に存在できるゾンビ数の上限は、パフォーマンスへの影響が大きいです。
   • 「探索も拠点もホードも全部重い」なら、ここを下げるのが最短ルートになりやすいです。
3. ブラッドムーンの同時湧き（1人あたり）
   • ブラッドムーンの同時湧きは「1人あたり」で設定できますが、マルチでは 全体上限（同時ゾンビ上限）が優先される挙動があります。
   • つまり「ホード夜だけ重い」なら、
     • まず ブラッドムーン同時湧きを下げる
     • それでも重いなら 全体上限も調整
       の順が効率的です。

さらに、地味に効くのがこの2つです👇

• ワールドサイズ：大きいほど生成・ダウンロード・ロードが重くなりがち
  → 新規ワールドを作るなら、最初は無理に最大にしない
• ワールド転送速度の上限：初回参加時の転送が遅すぎると、参加のたびに全体が重く感じることがあります
  → ただし上げすぎると、ホストの上り回線を食って“他の人が巻き戻る”原因にもなるので、上げ下げは少しずつ

おすすめの運用（失敗しにくい）

• 変更は1項目ずつ（どれが効いたか分からなくなるのを防ぐ）
• 変更したら、ホード夜や人が多い時間帯で同じ条件で比較
• 「軽くなったけど物足りない」は、少しずつ戻して落とし所を探す

拠点が重い時の対策（よくある原因と改善）

拠点が重いのは、だいたい「“便利”を詰め込みすぎて、チャンクが常に忙しい」状態です。
ここでは、初心者でも手を付けやすい順にまとめます。

よくある原因トップ3

1. トラップ・タレット・電気系が多すぎる
   • 常時処理が増え、ホード夜に一気に爆発しやすい
2. 同じチャンクに全員集合し続ける
   • 近くにプレイヤーが多いほど、周辺処理が集中しがち
3. 拠点を“巨大ワンチャンク集中”で作っている
   • 1か所に密集すると、読み書き・更新が偏る

改善の打ち手（安全な順）

• ✅ 装置の“常時稼働”を減らす
  • 例：必要な時だけONにする（トリガー／スイッチ運用）
• ✅ 拠点機能を分散する
  • 住居・倉庫・製造・迎撃を、近いけど別方向に散らす
• ✅ ホード拠点と生活拠点を分ける
  • ホード夜だけ戦う拠点は“軽さ最優先”にできる
• ✅ ホードの同時湧き（設定）を落として、代わりに難易度で調整
  • 体感は変えず、処理負荷だけ減らしやすい
• ✅ 特定エリアだけ異常に重い場合は、チャンク側の問題も疑う
  • 目安として、管理者向けコマンドでチャンク密度の修復を案内している資料もあります（ただし実行前にバックアップ推奨）

「身内マルチ」で効く小技（揉めにくい＆軽い）

• 拠点での作業時間をずらす（全員が同時にクラフト/整理をしない）
• ホード夜は、役割を固定（迎撃担当／回収担当など）して“動き”を減らす
• 参加者に「視界距離は○○まで」など、最低ラインの推奨設定を共有する
  • サーバー側で上限をかけても、各自の設定が高いと体感差が出やすいです

安全に遊ぶ：公開範囲・権限・荒らし対策

マルチの安全対策は「ガチガチに固める」より、事故が起きやすいポイントだけを先に潰すのが効果的です。
初心者でも迷わないように、ここでは ①見つかりにくくする → ②入れないようにする → ③入っても被害を小さくする → ④最悪でも戻せる の順で整理します。

身内でもやるべき最低限（パスワード/限定公開）

身内サーバーのトラブルは、荒らしよりも「うっかり」で起きます。
たとえば、配信・スクショ・チャットの転送・フレンドのフレンド誤参加などです。

最低限の“3点セット”（これだけで体感の安全度が跳ねます）

• 限定公開（または公開範囲を絞る）
• 参加パスワードを必ず設定
• サーバー名を“推測されにくい”ものにする

「限定公開＋パスワード」は鉄板です。さらに、サーバー名も地味に効きます。
例としてはこんな感じが安全寄りです。

• 例：[短い合言葉]-[グループ名]-[数字]（第三者が検索で当てにくい）
• 逆に避けたい：Tokyo PVE など一般名詞のみ（当てられやすい）

パスワード運用のコツ

• 長さよりも「付けること」が重要（短くてもOK）
• メンバーが増えたら パスは変更（固定しない）
• 共有はDiscordの固定メッセージなどにして、口頭伝達を減らす

クロスプレイ混在の注意（PC＋PS/Xboxなど）

• クロスプレイを狙う場合、サーバー側に一定の要件があり、条件を満たさないと「見つからない」「入れない」が起きやすいです。
• さらに、クロスプレイ条件に合わせると EAC（アンチチート）有効などが関係して、設定が“緩いサーバー”より安全寄りになる一方、自由度（MODなど）が下がることがあります。
  → 目的が「安全に身内で安定」なら、まずはバニラ（MODなし）＋パス＋限定公開が近道です。

管理者権限と運用ルール（事故を防ぐ）

身内マルチが荒れる原因の多くは、悪意より 権限の渡しすぎとルール未整備です。
特にDedicated（専用サーバー）では、管理者・ホワイトリスト・BAN・コマンド権限などを serveradmin.xml で管理するのが基本になります。

初心者向けの権限設計（おすすめ）

• 管理者（Admin）：1〜2人に絞る
  • サーバー停止・設定変更・権限付与ができる人
• 一般プレイヤー：それ以外全員
  • 事故を防ぐため、最初は管理コマンドを触れないようにする

権限を絞ると、次の事故が激減します👇

• 設定をいじって全員が入れなくなる
• セーブを壊す（意図しないコマンド実行）
• 争いが起きたときに制御できない

運用ルールは“3つだけ”決めれば十分

• ① 共有物の扱い：共同倉庫をどうするか（分配/共有/触らない箱を作る等）
• ② 拠点の編集権：人の拠点は「許可制」にするか
• ③ 危険物のルール：爆発物・トラップ・タレットの設置は事前共有

ここを文章で長くするより、固定メッセージで短く箇条書きが一番効きます。
例（そのまま使えるテンプレ）：

• 共同倉庫：食料と弾薬だけ共有／貴重品は各自
• 人の拠点：改築・撤去は必ず一声
• 爆発物：使用前にチャットで宣言
• ホード拠点：生活拠点と分ける（事故と負荷を減らす）

“身内でも荒らし対策”になる小技

• 参加パスと管理パスを分ける（可能なら）
• 管理者だけがバックアップ場所を把握する（共有しない）
• 何かあったら「責める」より「ルールを更新する」方針にする
  → これがあるだけで空気が悪くなりにくいです 😊

バックアップからの復旧手順（最悪に備える）

安全対策のゴールは「荒らされない」より “壊れても戻せる” です。
ここを作っておけば、うっかり事故も、更新トラブルも怖くなくなります。

まず押さえるべき前提は1つだけです。

守るべきデータは2種類

• セーブ（進行状況）
• ワールド（地形データ）

どちらか片方だけだと、復旧がうまくいかないことがあります。

復旧の基本手順（初心者でも迷わない版）

1. いったんサーバーを止める
   • 動かしたままコピーすると、データが不整合になりやすいです。
2. 今の状態を退避（必須）
   • いま壊れていても、原因調査や戻しで必要になることがあります。
   • 退避するもの：
     • セーブ
     • ワールド
     • 設定ファイル（serverconfig.xml / serveradmin.xml など）
3. バックアップから復元する（セーブ＋ワールド）
   • 同じ世代（同じ日時）の組み合わせで戻すのが基本です。
4. 起動して動作確認
   • まず管理者だけでログイン
   • 問題がなければ一般プレイヤーを招待
5. 再発防止（ここが“独自性”の出るところ）
   • 直前にやった変更をメモして、次回から「変更前にバックアップ」を徹底
   • MODを使っているなら、復元後はいきなり全部戻さず 1つずつ戻す

---

バックアップ設計のおすすめ（手間を増やさない）

• 定期バックアップ（保険）：自動バックアップ
  • 例：週1回・最大3世代など
• 手動スナップショット（戻り道）：大きな変更前だけ
  • 例：大型アップデート前、MOD大量追加前、設定をまとめて変える前

ポイントは、毎回きっちりやろうとしないことです。
「大きな変更の前だけ手動で残す」が、いちばん続きます。

よくある質問（FAQ）

最大何人まで遊べる？ 人数が増えると何が起きる？

目安として、公式に「最大8人」を前提にした記載が複数あります（特にクロスプレイの上限は8人）。一方でDedicated（専用サーバー）では設定上、8人を超える人数にすること自体は可能です。ただし、人数を上げるほど快適さと安定性のハードルが急上昇します。

人数が増えると起きやすいこと（初心者が体感しやすい順）

• ラグ・巻き戻りが増える：同じ場所に集まるほど通信と処理が集中
• ホード夜が重くなる：AI・経路探索・湧きが増えてCPU負荷が跳ねる
• 初回参加が遅くなる：ワールド転送（初回同期）で帯域を使う
• セーブの不調リスクが上がる：無理に人数を増やすと不整合が起きやすい、という運用者の注意喚起もあります

迷ったときの安全策

• PCだけで身内：まずは8人以内で安定運用 → 物足りなければ段階的に増やす
• クロスプレイ混在：原則 8人上限で設計（これを外すと「見えない・入れない」が増えます）

途中参加はできる？進行差はどうなる？

できます。途中参加の考え方は、方式で変わります。

• ホスト型（ピア型）：ホストがワールドを起動している間だけ参加可能
• Dedicated／レンタル／VPS：サーバーが稼働していれば、基本いつでも参加可能

進行差（強さの差）について

• ワールド（拠点・日数・施設の状態）は共有されます
• プレイヤーの進行（装備・スキル・所持品）は基本的に各自なので、途中参加者は装備面で遅れやすいです
• ただし「追いつけないゲーム」ではないので、身内なら“救済ルール”を最初に用意しておくと快適です

追いつきやすくする身内ルール例（揉めにくい）

• 共同倉庫に「最低限のスターター箱」（食料・包帯・初期武器だけ）
• 重要施設攻略は“参加できる日”に合わせる（置いてけぼり防止）
• 拠点近くに「合流地点（ベッド設置）」を作って迷子を減らす

ホストを交代できる？ ワールド移行は可能？

可能です。ただし「ワールド＋セーブ」の両方をセットで移すのが核心です。片方だけだと、ロードできない／進行が戻る原因になります。

方式別の現実的な答え

• ホスト型（ピア型）でホスト交代
  • 実質「ホストPCにあるデータを、新ホストにコピーして“引き継ぎホスト”になる」作業
  • 参加者全員が同じバージョンであることが重要（ズレると接続トラブルになりやすい）
• Dedicated／レンタル／VPSへ移行
  • 長期運用ならこちらが安定しやすい
  • 多くのホスティングでは、既存ワールドのアップロード手順が案内されています

「壊さず移行」するための最短チェック（初心者向け）

• ① 移行前にサーバー（またはゲーム）を停止
• ② ワールドとセーブを同じ世代でバックアップ
• ③ 移行先にコピー → 起動
• ④ 入れるか確認してから、参加者を呼ぶ
• ⑤ MODありなら、まずバニラで起動確認 → その後にMODを戻す（原因切り分けが楽）

クロスプレイは可能？ できない時の確認ポイントは？

公式に、クロスプレイ対応にするためのサーバー要件（設定）が整理されています。要点は「クロスプレイ有効」「EAC有効」「最大人数8」「（アップデートによっては）ワールドサイズ上限など、条件を満たすこと」です。

できない時の“最短チェック”（上から順に）

• 最大人数が8を超えていないか（超えると“見えない/入れない”が起きやすい）
• EACが有効か（PC側で特に条件になりやすい）
• クロスプレイが有効か（サーバー設定側）
• ワールドサイズが条件内か（例：8192上限の言及）
• バージョンが揃っているか（更新差は“見つからない”の定番）

MODを使いたい場合の可否と制限

結論から言うと、クロスプレイ混在でMOD運用は基本的に相性が悪いです。公式の要件でも、クロスプレイ互換の前提として「EAC有効」「人数上限」など“固定条件”があるため、MODで設定がブレるほどトラブルが増えます。

おすすめの割り切り

• クロスプレイしたい：まずは バニラ（MODなし）で安定を作る
• MODで遊びたい：PC限定サーバーにして、参加者全員でMOD構成を揃える

専用サーバーにする価値は？（ピア型との違い）

価値が出やすいのは、次のどれかに当てはまるときです。

Dedicated（専用サーバー）が向く人

• みんなのログイン時間がバラバラで、常時オンラインにしたい
• ワールドを長期運用したい（拠点が育つほど“ホスト依存”がしんどくなる）
• 管理（権限・ログ・バックアップ）を整えて、事故に強くしたい

ピア型（ゲーム内ホスト）が向く人

• とにかく今すぐ、少人数で遊びたい
• 毎回ホストが起動できる（集合時間が揃う）
• 設定や運用に時間を割きたくない

迷ったらこの一文でOK

• 「今日だけ」ならピア型、 「続ける」なら専用サーバー（またはレンタル/VPS）
  長期ほど“いつでも入れる”メリットが効いてきます。

まとめ：あなたの目的に合わせて最短でマルチ環境を完成させよう

「7 Days to Die マルチ」で迷うポイントは多いですが、結局は “いつ遊びたいか／誰が運用するか／どこまで自由にしたいか” の3つで決まります。ここでは、あなたの目的別に「最短で完成させる手順」と「失敗しないコツ」を1ページに凝縮します。

目的別の最短ルート早見表

目的	最短の正解	完成までの体感	つまずきやすい点
今夜すぐ少人数で遊ぶ	ゲーム内ホスト（ピア型）	5〜15分	ホスト依存・ラグ
好きな時間に入りたい	レンタルサーバー／VPS	10〜30分	プラン選び・接続情報共有
こだわって長期運用したい	Dedicated（自前）	30〜90分	ポート/運用/更新管理

最短ルート1：まずは今すぐ遊ぶ（ピア型で5分）

これだけやればOK（ホスト側）

• 公開範囲は絞る（身内運用なら限定寄り）
• パスワードを必ず設定
• 人数は実参加＋少し、PvPは基本オフ

ゲスト側はこの順で参加

• フレンド招待 → サーバー検索 → 最後にIP直

ピア型で快適に続けるコツ

• 「ホストが落ちたら終了」を前提に、稼働時間ルールを決める
• 重くなったら“設定を盛る”より、同時人数・視界距離・拠点密度を見直す

最短ルート2：いつでも遊ぶ（レンタル／VPSで常時オンライン）

失敗しない選び方（料金より先に見る）

• 参加人数と拠点規模に対してメモリが足りるか（迷うなら余裕を取る）
• 管理画面が分かりやすいか（再起動・設定変更・ログが見えると強い）
• 自動バックアップがあるか（世代管理できると事故に強い）
• 地域（Ping）が近いか（体感に直結）

導入の最短手順

• 契約 → テンプレで作成 → 初回設定（サーバー名/公開/パス） → 起動 → 参加者に共有

共有は“文章説明”よりテンプレが最強

• サーバー名／パスワード／参加方法（検索→IP直）／IP（必要ならポート）をコピペで渡す

最短ルート3：作り込みたい（Dedicatedで長期運用）

Dedicatedが向く人

• ログイン時間がバラバラでも遊べる環境にしたい
• ルール・権限・バックアップまで整えて安定させたい
• MODや運用を自分でコントロールしたい

最短の構築手順（流れだけ押さえる）

• Dedicated導入 → serverconfig.xml編集 → 起動確認 → 外部公開（必要ならポート/FW） → バックアップ設計 → 定期再起動

Dedicatedで“壊れない”ための鉄則

• バージョン（安定版/実験版）を揃えるのが最優先
• 変更は1つずつ、必ずバックアップしてから
• 公開するなら管理機能は必要最小限（使わない管理ポートは閉じる）

迷ったときの最短判断

• 集合できる・短期でOK → ピア型
• 集合できない・長期で遊ぶ → レンタル／VPS
• 自由度と運用を自分で握りたい → Dedicated

途中で方針が変わるのは普通です。最初はピア型で遊び、ハマってきたら常時オンラインへ移行するのが、結果的にいちばん早く・失敗が少ないルートになりやすいです。

仕上げの最終チェックリスト（ここだけやれば完成度が上がる）

安定

• バージョンとブランチを統一
• 人数上限は控えめにスタート
• 重いときは視界距離・同時湧き・拠点密度を優先して調整

安全

• 限定公開＋パスワード
• 管理者は最小人数
• バックアップ（セーブ＋ワールド＋設定）を世代管理

トラブル時

• 「見つからない」→ 公開/フィルタ/バージョン
• 「入れない」→ EAC/MOD/ネットワーク
• 「落ちる」→ 負荷（ホスト/サーバー/回線）＋ログ

---

最後に、この記事の使い方をおすすめしておきます。

1. まず「結論：あなたに合う方式」だけ決める
2. 次に、その方式の「手順」だけ実行する
3. うまくいかなければ「症状別チェック」に戻る
4. 長期運用するなら「安全対策・快適化」を追加する

この流れで進めれば、遠回りせずに あなたの目的に合ったマルチ環境を作れます。
今夜遊ぶならピア型、続けるなら常時オンラインへ──自分たちのスタイルに合わせて、最短で“快適な終末生活”を始めましょう。