テラリア×XServer入門｜GAMEs・VPS for Game・VPSの違いと選び方

2026年2月13日

テラリアを友達と遊ぶとき、「ホスト役が落ちると全員が強制終了」「遊ぶたびに立て直しが面倒」……そんな経験はありませんか？
だからこそ最近は、サーバーを借りて“いつでも入れるマルチ環境”を作る人が増えています。

一方で、いざ「テラリア XServer」で調べると、こんな声が出がちです。

「XServerって GAMEs / VPS for Game / VPS の3つが出てくるけど、何が違うの？」
「結局、自分はどれを選べばいい？無料で試せるのはどれ？」
「4人なら軽いプランでいける？何人まで遊べるの？」
「IP接続やポートが不安……初心者でも迷わず始められる？」
「ワールドが育ってきたら怖い。バックアップや復元は簡単にできる？」
「MOD（tModLoader）を使うなら、テンプレ運用じゃ無理？」
「安く始めたいけど、安さだけで選んで失敗したくない」

このページでは、XServerでテラリアを遊ぶときに出てくる3つの選択肢（GAMEs / VPS for Game / VPS）を、初心者でも迷わないように整理します。

それぞれの向いている人／向いていない人
人数や遊び方から決める必要スペックの目安
最短で遊ぶための具体的な手順（IP・ポート・パスワード）
ワールド移行・バックアップ・アップデートの運用のコツ
「接続できない」「重い・落ちる」などよくあるトラブルの最短解決

記事を読み終えるころには、「自分はこれでOK」がはっきり決まり、今日中にマルチを始められる状態まで進められるはずです。

XServer GAMEs 公式サイト
XServer VPS for Game 公式サイト
XServer VPS 公式サイト

まず結論：あなたに合うXServerの選び方（迷ったらここだけ）

短時間だけ試したい：無料・短期運用で“とりあえず遊ぶ”

おすすめ：XServer GAMEs（テラリア対応）
「今週末だけ」「まず試したい」「設定で詰まりたくない」なら、最短ルートです。✅

向いている人

週末だけ友だちと遊びたい（短期）
サーバー運用はよく分からないので、まず動く環境がほしい
いったん無料で雰囲気を確認したい

料金の見方（初心者が迷う所だけ）

無料で始められる枠がある（体験向け）
有料は最短3日から。キャンペーン時は3日198円〜のように短期でも安く使えるタイミングがある（実施期間つき）💡

使い方のイメージ（ざっくり）

申し込み → サーバー作成 → 表示された接続情報を共有 → ゲーム側で参加
テラリア側ではサーバーポートは既定「7777」が基本（入力を求められたら7777を入れる）

注意点（ここだけ覚えておくと安心）⚠️

「無料枠」は便利ですが、長期運用・安定運用には不向きになりやすい（更新忘れや制限で事故りやすい）
友だちが増えて“常に開けておきたい”になったら、次の「テンプレ運用」へ移行がスムーズです

XServer GAMEs 公式サイト

面倒なしで常時運用したい：テンプレートで立ち上げる

おすすめ：XServer VPS for Game（ゲーム向けテンプレ・管理画面あり）
「いつでも入れるサーバーを作りたい」「でもLinuxやコマンドは避けたい」ならここが最適解。✅

向いている人

サーバーを24時間いつでも開放したい
友だちが増えそう（人数変動がある）
設定は管理画面で完結したい（コマンドなしが理想）

プラン選びの超シンプル基準（まずは公式の目安に乗る）

4人以下：2GB
5〜10人：4GB
11〜20人：8GB
…というように、公式の“人数目安”が用意されています。

料金のイメージ（公式情報ベースの読み方）

月額は「契約期間」で変わるタイプ（長期ほど安い）
例：2GBは月額990円〜といった表示があり、キャンペーンで月額792円〜になることもあります
※表示は「どの契約期間の月額か（例：36ヶ月）」で見え方が変わるので、購入画面で最終金額を確認すると確実です

“面倒なし”を支えるポイント（初心者メリット）

ゲーム用テンプレで導入が速い
管理画面で起動/停止や基本設定がやりやすい
ポート開放も管理画面から設定できる（テラリアは基本の必須ポートを開ければOK。用途によって追加が必要な場合は公式手順に従う）

こんなときは上位プランに上げるサイン

ログイン時に引っかかる／動作が重い
プレイヤー数が増えた
ワールドが大きくなり、イベントや建築で負荷が増えた
→ まずはメモリ増（2GB→4GBなど）を検討するのが分かりやすいです。

XServer VPS for Game 公式サイト

自由度最優先：OSから自分で整える（運用・拡張向き）

おすすめ：XServer VPS（汎用VPS。自由だが“運用責任”も増える）
テラリアを「サーバーとして育てる」方向（自動化、監視、複数用途、細かい最適化）ならこれ。🧩

向いている人

将来的にテラリア以外も同じVPSで運用したい（複数ゲーム・別用途）
セキュリティやバックアップを自分の流儀で組みたい
仕組みを理解しながら運用したい（学習コストOK）

料金・スペックのイメージ（VPSの考え方）

“ゲーム専用”ではないので、最初から全部自分で設計する前提
例として公式の料金表では、2GBプランが月額1,496円のように案内されています（契約条件で変動）
ゲーム用途なら、CPU/メモリだけでなくストレージ（NVMe SSD）や回線も含めて見ます

初心者がつまずきやすいポイント（先に知っておくと事故が減る）⚠️

ポート開放：テラリアの通信ポートを開けないと参加できない
自動起動：再起動後にサーバーが上がらないと“誰も入れない”
バックアップ：ワールド破損・誤操作に備えて、定期保存が必須
セキュリティ：SSHや管理パスワード管理を甘くすると危険

迷ったらの現実的な結論

コマンドに不安があるうちは、まず「VPS for Game」で運用に慣れる
「もっと自由にしたい」「自動化したい」と思った段階で、汎用VPSへ移すのが失敗しにくいです

XServer VPS 公式サイト

「テラリア×XServer」でできること・前提知識

マルチのやり方は大きく2つ（手軽／常時開放）

テラリアのマルチは、ざっくり 「ホスト＆プレイ」 と 「専用サーバー」 の2系統です。
XServerを使う場合は基本的に「専用サーバー」（＝常時開放の方向）と考えると迷いません。

スクロールできます

方式	ざっくり特徴	こんな人向き	つまずきやすい点
ホスト＆プレイ（手軽）	誰か1人が“自分のPC/本体”でワールドを開く	その場でサクッと遊びたい、少人数	ホストが抜けると終了しやすい／ホスト側の負担が増える
専用サーバー（常時開放）	サーバーがワールドを持ち、いつでも参加可能	みんなが好きな時間に入りたい、長期運用	初期設定（IP/ポート/パス）や管理が必要

XServerの良さは、専用サーバー運用の“面倒な部分”をまとめて引き受けてくれる点です。
初心者がイメージしやすいように言い換えると、

ホスト役が「あなたのPC」から「XServer上のサーバー」に変わる
その結果、誰かがログアウトしてもワールドが残りやすい
参加者は IP・ポート・パスワード（必要なら）で入るだけ

なお、接続画面でポート入力を求められたら、基本は 7777 が標準です（XServerの手順でもこの前提で案内されています）。

必須条件：サーバーと参加者のバージョンを揃える

マルチで一番多い“できない原因”は、実はスペックより バージョン不一致 です。
サーバーと参加者のテラリアのバージョンが揃っていないと、参加できない／不安定になりがちです。

初心者向けに、チェック項目を最小にすると次の4つです。

サーバー側のテラリアのバージョン（XServer管理画面や告知で確認）
参加者側のテラリアのバージョン（ゲーム内・プラットフォーム側で確認）
同じ版（PC版など）で揃っているか（機種が混ざるとズレやすい）
参加情報の一致（IP／ポート／パスワード）

特に大型アップデート直後は、次のような“あるある”が起きます。

自動更新で参加者だけ先に新バージョンになった
逆に、サーバーだけ更新されて参加者が旧バージョンのまま
公式が「最新対応」を告知していても、手元の更新が終わっていない

XServer側は、最新バージョンへの対応状況をニュースで告知しているので、「自分の遊びたいバージョンに対応済みか」を先に見ておくと事故が減ります。

遊び方の違い：バニラ／MOD（tModLoader）／イベント運用

「テラリアをどう遊ぶか」で、必要な準備が変わります。
XServerは初心者にとって バニラ（素のテラリア）運用が最も相性が良いのが基本線です。

1) バニラ（素のテラリア）
いちばん簡単で、初心者におすすめです。

導入が速い（“遊ぶこと”に集中できる）
参加者の足並みを揃えやすい（同一バージョンだけ見ればOK）
まずはここでマルチ運用の流れ（バックアップ・合流手順）に慣れやすい

2) MOD（tModLoader）
MODは楽しい一方で、“揃えるもの”が一気に増えます。

テラリア本体のバージョンに加えて、tModLoaderのバージョンも揃える必要あり
さらに、MODの構成（入れているMOD一覧・バージョン）が一致していないと参加で詰まりやすい
大型アップデート直後は、tModLoaderやMOD側の追従に時間がかかることがある
→ 「本体は最新なのに、MOD環境が追いつかない」という状態が起きやすいです

初心者がMOD運用をするなら、最初は
“MOD少なめ”＋“固定メンバー”＋“更新しない期間を決める”
この3点で安定しやすくなります。

3) イベント運用（身内サーバーを“安全に楽しく回す”）
「週末イベント」「建築会」「ボス討伐会」など、運営色が強い遊び方です。ここはXServerを使う価値が出やすい領域。

最低限、次を決めておくとトラブルが減ります。

参加ルール（パスワードの扱い、配布範囲、荒らし対策）
ワールドの管理担当（設定変更・再起動・バックアップの責任者）
バックアップ方針（イベント前／イベント後に保存、など）
告知テンプレ（IP、ポート、パスワード、集合時間、注意事項）

イベント運用は“技術”よりも、共有の仕方で快適さが決まります。
IPやパスワードを毎回バラバラに送るより、固定の案内文を作って貼るだけでミスが激減します。

XServer GAMEs 公式サイト
XServer VPS for Game 公式サイト
XServer VPS 公式サイト

XServerの選択肢を整理：GAMEs・VPS for Game・VPSの違い

「テラリアをXServerで遊ぶ」といっても、用途に合わせて“3つの器”があります。ざっくり言うと、

GAMEs：ゲーム特化の管理画面で、手軽に（無料枠〜短期課金まで）
VPS for Game：ゲーム用テンプレ＋VPSの安定感で、常時運用しやすい
VPS：汎用VPS。自由度は最大だが、構築と保守の責任も自分

料金やキャンペーンは時期で変動します（例：GAMEsは「最大30%OFF」延長、VPS for Gameは「最大20%OFF」など）。最終的な金額・条件は申込画面で必ず確認してください。

XServer GAMEs：最短で始めたい人向け（無料・短期の選択肢）

「サーバーの中身はよく分からないけど、友達とすぐ遊びたい」ならまずこれが最短です。
テラリア側の参加手順さえ分かれば、サーバー運用は管理画面中心で進められます。

無料と有料で何が変わる？（利用時間・性能・管理機能）

無料枠は“お試し”として強い反面、できないことが増えます。目安はこんなイメージです。

スクロールできます

観点	無料サーバー	有料サーバー
料金	0円	短期（例：3日）〜長期まで選べる
人数・性能	小規模向けになりやすい（ゲームや混雑で変動）	大人数・高負荷に合わせて上げやすい
便利機能	バックアップ等が制限されやすい	バックアップ等の運用機能が使える範囲が広い
サポート	コミュニティ中心になりやすい	問い合わせ窓口が厚い傾向

ポイントは2つです。

✅ 無料は「延長できる」設計
利用期限が来たら管理ツールから延長でき、更新を続ければ継続利用も可能（ただし混雑や提供上限の影響を受けることがあります）。
✅ “事故った時の復旧”が重要なら有料が安心
ワールドが育ってきた段階で、バックアップや保守を重視する人ほど有料が向きます。

管理画面で触れるポイント（再起動・設定変更・バックアップ）

GAMEsの「ゲームパネル」系の画面では、初心者がつまずきやすい“運用タスク”をGUIで扱えるのが強みです。

🔁 起動／停止／再起動（スケジュール設定を含む）
🧰 サーバー公開用のドメイン作成など、公開まわりの補助
💾 バックアップ／復元（有料側で扱いやすい）
🔄 ゲーム変更（＝別ゲームに切り替え）
ただし、変更前データが消える前提なので「テラリアのワールドを残したい」なら事前バックアップを考えます。

XServer VPS for Game：テンプレートで“安定運用”したい人向け

「週末だけじゃなく、基本ずっと開けておきたい」「でもOSから全部は面倒」という中間層のベストバランスです。

“ゲーム用VPS”としてのテンプレが前提にある
その上でVPSなので、GAMEsより“常時運用”の設計になりやすい

テンプレート運用の強み（導入が速い・設定が迷いにくい）

初心者にありがちな「ポート」「プロセス管理」「セキュリティの初歩」で詰まりにくいのが利点です。

🧭 管理画面がゲーム運用に寄っていて迷いにくい
🧯 不調時は「再インストール（再構築）」という逃げ道がある
例として、最新バージョン対応が必要な場合に“アプリ再インストールで再構築できる”旨が案内されています。

料金は、公式上「2GB・4GB…」のように人数目安つきで整理されており、キャンペーンも頻繁です（例：月額990円〜表示、最大20%オフなど）。

あとから再構築・ゲーム変更できる運用設計

VPS for Gameは「イメージ（アプリ）を入れ直す」系の導線が用意されています。

🔁 再インストールで“環境を作り直す”（復旧や大きな変更に強い）
🧩 必要ならSSHなども使える（タイトルや運用次第で活きる）

また、プラン変更（上位・下位）も可能ですが、変更時はシャットダウンが必要など手順上の注意があります。

XServer VPS：汎用VPSで“自由に作り込みたい”人向け

「テラリア＋別ゲームも同居させたい」「監視や自動化も入れたい」「MOD周辺や外部ツール連携をゴリゴリやりたい」など、自由度最優先なら汎用VPSです。

料金・スペックは“VPSの料金表”どおり（契約期間で変動）
NVMe SSDなどの構成でコスパを売りにしているプラン体系

手動構築のメリット（MOD・自動化・周辺ツール連携）

テラリア運用で手動構築が効いてくるのは、例えばこんな方向性です。

🤖 自動バックアップ（世代管理／外部ストレージ連携）
📈 監視・通知（落ちたら通知、負荷が高いと警告）
🧱 ファイアウォール／アクセス制限の細かな設計
🧰 複数ゲーム、複数インスタンス、周辺ツール同居など

デメリット（初期設定・セキュリティ・保守の手間）

自由度の裏返しで、責任範囲も広がります。

🧑‍🔧 初期構築（OS更新、ユーザー作成、権限、FW、ログ…）
🔐 セキュリティ運用（不要ポート閉鎖、アップデート追従）
🧯 障害対応（復旧設計がないと“詰む”）

「手間をかけてでも強い運用にしたい人向け」なので、まずはVPS for Gameで慣れて→必要が出たら汎用VPSへという段階移行も現実的です。

XServer GAMEs 公式サイト
XServer VPS for Game 公式サイト
XServer VPS 公式サイト

人数・ワールド規模から決める：必要スペックとプラン目安

テラリアのサーバー選びで効いてくるのは、だいたいこの順です。

メモリ（RAM）：人数・ワールド規模・MODで増えやすい
CPU：ボス戦やイベント、同時処理が増えるほど効く
ストレージ：ワールド自体は軽め。ただしバックアップを溜めると増える

まずは“迷わないための目安”を1枚にまとめます（XServer公式の推奨人数目安ベース）。

スクロールできます

想定人数	まずの目安	余裕を足すなら
〜4人	2GB	大きいワールド／建築多めなら 4GB
5〜8人	4GB	MODや常時運用なら 8GB を検討
9人〜	8GB以上	20人規模・イベント運用なら 16GB以上

“ワールド規模・遊び方”での補正ルールを一つだけ作ると失敗しにくいです。

バニラ（MODなし）×小〜中ワールド：表のままでOK
大ワールド／建築多め／長期運用：1段階上（例：2GB→4GB）
tModLoaderや運営系（TShock等）を入れる：1〜2段階上（人が少なくても上げる価値あり）

少人数（〜4人）：まずは軽量構成でOK

結論：2GBスタートが最も失敗しにくいです。
XServerのプラン目安でも、4人以下は2GBが基準になっています。

おすすめの考え方（初心者向け）

まずは 2GB で始める（費用を抑えつつ“普通に遊べる”ライン）
次のどれかに当てはまったら 4GBへ
- 大ワールドで探索・整地・トラップが増えてきた
- みんなが同時にインする時間帯がある
- サーバーを常時起動で回したい（落ちない安心感がほしい）

XServerでの当てはめ（ざっくり）

週末だけ・短期なら：GAMEs（短期課金がしやすい）
いつでも入れる常時運用なら：VPS for Game 2GB（管理しやすく安定寄り）

中規模（5〜8人）：ラグが出やすい境界を意識

結論：4GBが“安心の標準”になりやすい人数帯です。
5人を超えてくると、ワールド保存や同時戦闘など“重なる瞬間”が増えて、体感ラグが出やすくなります。

4GBが効きやすい場面

ボス戦や侵略イベントで、同時にエフェクト・弾幕・敵AIが動く
みんなが別方向に散って探索し、更新範囲が広がる
サーバー側の保存タイミング（オートセーブ）で一瞬引っかかる

さらに安定させる小ワザ（スペックを上げる前に）

オートセーブ間隔を見直す（頻度を上げすぎない）
バックアップ方針を決める（例：イベント前後・週1で世代保存）
“重い時間帯”が決まっているなら、その時間だけ上位プランという運用も現実的

大人数（9人〜）：CPU/メモリに余裕を持たせる

結論：8GB以上を前提に、安定運用なら16GBも視野です。
9人を超えてくると「普通に遊べる」より「落ちない・保存が安定する」に価値が移ります。

目安の置き方

9〜20人：8GBを主軸（ここで“余裕”を買うと快適さが変わる）
20人規模（常時開放・イベント運用）：16GB以上が安心
- 参加の出入りが多い
- 管理系の仕組み（権限・保護・ログ等）を入れたい
- ワールドを“長く育てる”前提

負荷のサイン（カクつき・保存遅延・落ちる）と増強タイミング

次の症状が出たら、「一段階アップ」を検討する合図です。

カクつきが“断続的”に増える（特定の状況で顕著）
オートセーブ時に止まりやすい／保存が遅い
接続が落ちる／サーバーが再起動を要求することが増える
ログイン時に時間がかかる人が増える

増強の順番は、初心者ならこれが安全です。

まず メモリを上げる（2→4→8）
それでも厳しければ、CPUコアが増える帯へ（プラン帯で一緒に上がることが多い）

「安さ」だけで選んで失敗しがちなパターン

安く始めるのは正解ですが、次の選び方だと“結局高くつく”ことが多いです。

人数ギリギリで選ぶ
→ 例：8人なのに2GB固定。最初は動いても、建築やイベントで一気にしんどくなる
MOD前提なのにバニラ基準で選ぶ
→ tModLoaderは「揃えるもの」も「負荷」も増えやすい。最初から1段階上が無難
バックアップを考えず“最小ストレージ”で運用する
→ ワールド自体は軽くても、世代バックアップが積み上がって詰まることがある
常時開放なのに“短期向け”の運用で回す
→ 24時間運用は「落ちない設計（再起動・復旧・保守）」が重要。安定重視の器に寄せた方がラク

XServer GAMEs 公式サイト
XServer VPS for Game 公式サイト
XServer VPS 公式サイト

最短で遊ぶ：テンプレート運用（GAMEs／VPS for Game）手順

事前準備チェック（5分で確認）

必要なもの（参加者の環境・連絡手段・管理者の役割）

まずは「始める前に詰まる原因」を先に潰します。✅
紙にメモでもOKですが、最終的に“共有する文章”を1つ作るのが一番ミスが減ります。

参加者側で揃えること

同じ機種・同じ版で遊ぶ（PC同士など）
ゲームのバージョンを揃える（アップデート直後は特に）
ボイス/チャット（Discord等）など、連絡手段を1つ決める

管理者（あなた）が担当すること

サーバーの契約・更新（期限切れを防ぐ）
接続情報の配布（IP/ポート/パスワード）
バックアップ（最低限、定期保存のルール）

おすすめ：配布テンプレ（これをコピペで回す）

サーバー：◯◯（名前）
接続方法：Multiplayer → Join via IP
IP：◯◯◯◯
Port：7777
Password：（必要なら）
ルール：勝手に設定変更しない／イベント前後はログアウト前に一声

決めておく設定（人数・難易度・公開範囲・パスワード）

テンプレ運用では、「最初の設定＝後の快適さ」です。迷うならこの基準でOKです。

人数：最大人数（上限）を決める
→ 人数が増える可能性があるなら、上限は少し余裕を持つ
難易度：Classic/Expert/Master を事前に合意
→ 初心者混在ならClassicが無難
公開範囲：身内限定が基本
→ パスワード設定を推奨（後から変えるより先に決める）
ワールド方針：新規か、既存ワールドを移すか
→ “最短で遊ぶ”なら 新規ワールドがトラブル少なめ

申込〜サーバー作成（画面入力の意味がわかるように）

プラン・契約期間・支払いの考え方（短期／長期）

ここは「どれを選べば損しないか」だけに絞ります。

GAMEs（短期・お試し向き）

無料で試せる枠がある（まず動かすのに強い）
有料は3日単位から選べる（週末だけ遊ぶ用途に合う）
自動更新は更新期間を選べる（“切れて消えた”事故を防げる）

VPS for Game（常時運用向き）

基本は月単位の運用設計（いつでも入れるサーバー向き）
迷ったら：人数目安どおりのメモリを選ぶ
例）4人以下→2GB、5〜10人→4GB…のように、公式が目安を出しています

迷ったら結論：
週末だけ＝GAMEs（短期）／ いつでも＝VPS for Game（安定）

初期パスワード類（root/管理者）を安全に保管する

テンプレ運用で一番やってはいけないのが、パスワードを雑に扱うことです。⚠️
「面倒だから同じやつでいいや」が、後々の乗っ取り・荒らしの入口になります。

最低限これだけ

強いパスワード（英大小＋数字＋記号、長め）
パスワード管理（メモ帳より、パスワード管理アプリ推奨）
共有は「参加用（ゲームのパスワード）」だけ
→ 管理用（ログイン/root）は基本共有しない

接続情報を控える：IP・ポート・サーバーパスワード

IPの確認場所／コピペ時の注意（全角・空白）

接続ミスの9割は「コピペ事故」です。ここだけ丁寧にやると早いです。

確認する場所（共通イメージ）

管理画面（ゲームパネル等）にある サーバーアドレス（IP） を見る
→ 表示されたものをそのまま使うのが安全

コピペ事故を防ぐコツ

IPの前後に空白が入っていないか確認
全角の「．」や「：」になっていないか確認
LINEなどに貼ると変換されることがあるので、可能ならコード表示（）で共有

ポートは何番？変更は必要？

基本は 7777 を使います。
テンプレ運用の段階では、変更しないのが正解です。

変更が必要になりやすいケース（初心者は基本スルーでOK）

同じサーバーで複数ワールドを別々に動かしたい
既に7777が他で使われている特殊ケース

まずは「IP＋7777」で接続できる状態を作るのが最短ルートです。

ゲーム側から参加：IP指定で入る手順

メニュー操作（Multiplayer → IP接続）

操作はシンプルですが、入力する順番がポイントです。

タイトル画面で Multiplayer
Join via IP（IP接続）
プレイヤー選択（必要なら新規作成）
IP（サーバーアドレス）を入力 → Accept
Port（ポート）に 7777 → Accept
Passwordが出たら入力（設定している場合のみ）
接続完了（初回はワールド生成が走ることがあります）

つまずきポイント（IP/ポート/パスワードの入力ミス）

詰まったら、上から順に確認すればほぼ解決します。🔧

サーバーが 起動中か（停止していたら入れません）
IPは合っているか（余計な空白・全角混入）
ポートは 7777 か（0が混ざったり、空欄のままになりがち）
パスワードの大文字小文字（見た目が似ている文字に注意）
バージョンが揃っているか（アップデート直後に多い）

管理画面で整える：運用に必要な基本設定

ワールド新規作成（サイズ・難易度・汚染・シード）

“最短で遊ぶ”なら、最初は新規ワールドが安定します。
ワールド生成で迷ったら、次の決め方が失敗しにくいです。

サイズ：Small（軽い）／Medium（バランス）／Large（重い）
→ 人数が増える・長期なら Medium が無難
難易度：Classic（安定）→ 慣れたらExpert以上
汚染系（ワールドの性質）：好みでOK（迷うならノーマル寄り）
シード：指定がなければ空欄でOK
→ “同じ地形で遊びたい”ときだけ指定する

補足：ワールドが大きいほど、初回生成に時間がかかるのは普通です。

再起動・設定反映・ログ確認

テンプレ運用でも、「変更したのに反映されない」は起きます。
そのときは次の流れが安全です。

設定を変えたら、必要に応じて 再起動
入れない人がいるときは、まず 再起動 → もう一度接続 を試す
原因が分からないときは、管理画面の ログ/状態 を確認（起動しているか、エラーが出ていないか）

バックアップの取り方（最低限ここだけ）

バックアップは「凝る」より「続ける」が大事です。💾
初心者が最短で安全にするなら、これだけで十分スタートできます。

最低限の運用ルール（おすすめ）

週1回：定期バックアップ（世代を残す）
イベント前後：大きな建築やボス攻略の前後にバックアップ
怪しいとき：重い／落ちるが増えたら、念のためバックアップ

テンプレ運用のコツ

取得したバックアップは、管理画面内だけでなく手元にも1つ保管
→ 「うっかり操作」や「復元失敗」の保険になります

XServer GAMEs 公式サイト
XServer VPS for Game 公式サイト
XServer VPS 公式サイト

自由度MAX：XServer VPSで手動構築（Ubuntu例）

最初にやるべき安全対策（やらないと危険）

SSH・ユーザー・権限の基本

最初にやることは「rootでの直接運用をやめる」「鍵認証にする」の2つです。これだけでリスクが激減します。

1）OS更新と作業用ユーザー作成（root直運用を卒業）

# rootでログイン直後（またはsudoできる状態で）
sudo apt update && sudo apt -y upgrade
sudo adduser terrariaadmin
sudo usermod -aG sudo terrariaadmin

2）鍵認証（公開鍵）を登録
手元PCで鍵を作って、VPS側に公開鍵を置きます（WindowsならTera TermでもOK）。

VPS側（terrariaadminでログイン後）：

mkdir -p ~/.ssh
chmod 700 ~/.ssh
nano ~/.ssh/authorized_keys   # ここに公開鍵を貼り付けて保存
chmod 600 ~/.ssh/authorized_keys

3）パスワード認証とroot SSHを無効化（※鍵で入れるのを確認してから）

sudo nano /etc/ssh/sshd_config

以下を探して設定（行頭の # があれば外す）：

PasswordAuthentication no
PermitRootLogin no

反映：

sudo sshd -t
sudo systemctl restart sshd

⚠️ 注意：ここを間違えるとSSHで入れなくなります。必ず「別のターミナルで鍵ログインできる」ことを確認してから無効化してください。

もし入れなくなっても、XServerのVPSパネルにはコンソール（緊急操作）があるので復旧は可能です。

必要ポートだけ開ける（ファイアウォール設計）

テラリアは基本「7777番」を使います。開けるのは 必要最小限 にします。

やることは2段階（ここが初心者の落とし穴）

✅ XServer側：VPSパネルの「パケットフィルター」で許可
✅ Ubuntu側：UFW（OSのファイアウォール）で許可

UFWの例（Ubuntu側）

sudo apt -y install ufw
sudo ufw default deny incoming
sudo ufw default allow outgoing

# SSH（22番のままなら）
sudo ufw allow 22/tcp

# Terraria（念のためTCP/UDP両方）
sudo ufw allow 7777/tcp
sudo ufw allow 7777/udp

sudo ufw enable
sudo ufw status verbose

💡 SSHポートを変更する場合は「先に新ポートを許可 → 変更 → 接続確認 → 旧ポート閉鎖」の順番が安全です。

サーバー導入：Terrariaサーバー本体を配置する

配置ルール（ディレクトリ設計・権限・ログ置き場）

「更新」「バックアップ」「権限ミス」を避けるため、最初に置き場を決め打ちします。

おすすめ構成（例）

/opt/terraria/releases/：サーバー本体（バージョン別）
/opt/terraria/current：今使う本体へのシンボリックリンク
/opt/terraria/worlds/：ワールドデータ（最重要）
/opt/terraria/logs/：ログ

専用ユーザーで動かす

sudo adduser --system --group --home /opt/terraria terraria
sudo mkdir -p /opt/terraria/{releases,worlds,logs}
sudo chown -R terraria:terraria /opt/terraria

更新しやすい構成（バージョン管理の考え方）

Linuxのテラリアサーバーは、公式のDedicated Server ZIPを落として配置するのが分かりやすいです。

1）必要ツール

sudo apt -y install unzip wget

2）Dedicated Serverをダウンロードして展開（例：1.4.5.5）

sudo -u terraria bash -lc '
cd /opt/terraria/releases
wget -O terraria-server.zip https://terraria.org/api/download/pc-dedicated-server/terraria-server-1455.zip
mkdir -p terraria-1455
unzip -q terraria-server.zip -d terraria-1455
ln -sfn /opt/terraria/releases/terraria-1455 /opt/terraria/current
'

💡 current を差し替える方式にしておくと、更新時に「新しいreleasesを展開 → currentを切替」で済みます。ワールドは別フォルダなので安全です。

ワールド生成〜起動：初回起動で決める項目

ワールドの広さ・難易度・汚染・名前・シード

初心者が迷うのは「ワールド生成」です。結論、最初はこう考えると安定します。

広さ（Small/Medium/Large）：人数が増えそうなら Medium が無難
難易度：Classic（0）が安全。慣れたらExpert以上
汚染（Crimson/Corruption）：好み（迷うならシード指定なしでOK）
シード：指定しない＝完全ランダム。身内で同じ地形にしたい時だけ指定

最大人数・ポート（例：7777）・参加用パスワード

ここは「運用ルール」に直結します。

maxplayers：多めに設定してもOK（実際の快適さはCPU/RAM次第）
port：基本 7777
password：身内でも付けるのがおすすめ（漏れても荒らされにくい）

serverconfig.txt（最小で使える例）

# /opt/terraria/serverconfig.txt

# ワールド保存先（最重要）
worldpath=/opt/terraria/worlds
worldname=MyTerrariaWorld

# 初回のみ自動生成：1=Small 2=Medium 3=Large
autocreate=2

# 難易度：0=Classic 1=Expert 2=Master 3=Journey
difficulty=0

# 参加設定
maxplayers=8
port=7777
password=your_join_password_here

# 任意：メッセージ
motd=Welcome to our Terraria server!

初回起動（手動確認）

sudo -u terraria bash -lc '
cd /opt/terraria/current/Linux
ls -la
chmod +x TerrariaServer* 2>/dev/null || true
./TerrariaServer* -config /opt/terraria/serverconfig.txt
'

✅ 最初は手動で起動して、ワールド生成・起動できることを確認してから「常時稼働（systemd）」へ進むのが安全です。

常時稼働させる：自動起動・自動再起動

systemdでサービス化（再起動で落ちない）

テラリアは「コンソールコマンド（save/exit等）」が便利なので、systemd＋tmuxにしておくと運用がラクです。

1）tmuxを入れる

sudo apt -y install tmux

2）systemdユニット作成

sudo nano /etc/systemd/system/terraria.service

中身（例）：

[Unit]
Description=Terraria Dedicated Server
After=network-online.target
Wants=network-online.target

[Service]
Type=forking
User=terraria
Group=terraria
WorkingDirectory=/opt/terraria/current/Linux

# 起動：tmuxセッション内でサーバー実行
ExecStart=/usr/bin/tmux new-session -d -s terraria "/opt/terraria/current/Linux/TerrariaServer.bin.x86_64 -config /opt/terraria/serverconfig.txt"

# 停止：save→exit を送ってからセッション終了
ExecStop=/usr/bin/tmux send-keys -t terraria "save" C-m
ExecStop=/bin/sleep 2
ExecStop=/usr/bin/tmux send-keys -t terraria "exit" C-m
ExecStop=/bin/sleep 2
ExecStop=/usr/bin/tmux kill-session -t terraria

Restart=on-failure
RestartSec=5

[Install]
WantedBy=multi-user.target

反映：

sudo systemctl daemon-reload
sudo systemctl enable --now terraria
sudo systemctl status terraria --no-pager

ログ保存と障害切り分け（落ちた原因が追える）

まず見るコマンド（これだけで8割解決）

# 起動状態
sudo systemctl status terraria --no-pager

# ログ（追いかけ）
sudo journalctl -u terraria -f

接続できない時の“最短チェック”

# 7777が待ち受けているか
sudo ss -tulpn | grep 7777 || true
sudo ss -uulpn | grep 7777 || true

# UFW
sudo ufw status verbose

よくある原因はだいたいこの3つです。

🔒 ポートがどこかで閉じている（XServer側 or Ubuntu側）
🔁 バージョン不一致（参加者のゲーム側が違う）
🧱 権限ミス（worlds配下に書き込めず起動に失敗）

よく使う運用操作集（管理がラクになる）

起動／停止／セーブ／退出処理

基本

sudo systemctl start terraria
sudo systemctl stop terraria
sudo systemctl restart terraria

サーバーのコンソールに入りたい（プレイヤー状況確認・手動save等）

sudo -u terraria tmux attach -t terraria

コンソールでよく使う例：

help（コマンド一覧）
playing（接続中のプレイヤー）
save（手動セーブ）
kick <name> / ban <name>（荒らし対策）

💡 停止前は「saveしてから止める」が安心です（上のsystemd設定ならstop時に自動でsave→exitします）。

メンテ時の手順（再起動の前にやること）

更新・設定変更は、毎回この型でやると事故りにくいです。

告知：今から再起動する（Discord等）
バックアップ：worldsを固める
停止：systemctl stop
更新：新ZIP展開 → current 差し替え
起動：systemctl start
確認：ログと接続テスト

バックアップ例（1行でOK）

sudo tar czf /opt/terraria/backups/terraria-$(date +%F).tar.gz /opt/terraria/worlds /opt/terraria/serverconfig.txt

XServer GAMEs 公式サイト
XServer VPS for Game 公式サイト
XServer VPS 公式サイト

ワールド移行とデータ保護（ここで差がつく）

既存ワールドを持ち込む（シングル → マルチ）

「今まで育てたワールドを、XServer上のマルチサーバーで続きから遊ぶ」ことは可能です。
ただし、移行で失敗しやすいのは “必要ファイル不足” と “上書き事故” の2つ。ここだけ丁寧にやると差がつきます。

ワールドデータの場所と必要ファイル

まず結論です。

バニラ（MODなし）：基本は .wld が本体
余裕があれば：.wld.bak（バックアップ） も一緒に確保しておくと安心
tModLoader（MODあり）：.wld に加えて .twld が必須（MOD固有データが入る）
- さらに .twld.bak も一緒に確保しておくと復旧がラクです

ワールド保存場所（代表例）
（Steam Cloudに入っている場合は、別の場所にある／ローカルに“移動”が必要になることがあります）

スクロールできます

環境	バニラのワールド場所（例）
Windows	`ドキュメント\My Games\Terraria\Worlds`
macOS	`~/Library/Application Support/Terraria/Worlds`
Linux	`~/.local/share/Terraria/Worlds`

tModLoaderのワールド場所（Windowsの例）

ドキュメント\My Games\Terraria\tModLoader\Worlds

💡 プレイヤーデータ（所持品・装備） は基本「各自の端末側」にあります。
ワールド移行だけなら、通常は ワールドファイルのみ でOK。
（tModLoaderで“プレイヤーも移す”場合は .plr と .tplr なども関係してきますが、ここではワールド移行に集中します）

アップロード方法（SFTP等）と上書き事故を防ぐコツ

XServerでの移行ルートは大きく2つです。

GAMEs（テンプレ運用）：ゲームパネルの機能（バックアップ/復元）やFTP接続を使う
VPS / VPS for Game（自由度高め）：SFTP（推奨）でサーバーへアップロードする

ここでは「誰でも事故りにくい手順」を、共通の考え方としてまとめます。

移行の鉄則（これだけ守ると事故が激減）

サーバーを停止してから触る（起動中に上書きしない）
既存ワールドは消さずに 退避（リネーム） する
アップロード後に ファイルサイズ を確認する（途中で切れてないか）
反映は「起動 → 接続テスト（自分だけ）→ みんな招待」の順

VPS（Ubuntu等）での典型例：SFTPでアップロード

ツールは WinSCP / FileZilla などでOK
接続方式は SFTP（SSH） を推奨（FTPより安全でトラブルも少なめ）

おすすめの置き場（例）

/opt/terraria/worlds/ のように「ワールド専用フォルダ」を作っておく
（※これは一例。あなたの構成に合わせてOKです）

上書き事故を防ぐ“リネーム運用”

既存：MyWorld.wld
退避：MyWorld.wld.old_2026-02-13
新規アップ：MyWorld.wld

こうすると「戻したい」となった瞬間に即復旧できます。✅

GAMEsでの典型例：バックアップ/復元 or FTP接続

GAMEsは「ゲームパネル」に バックアップ・復元 の導線があります
もう一つの手段として、FTP接続を有効化 → ツールでアップロード という流れもあります

GAMEsはテンプレ運用のため、ディレクトリの見え方がVPSと違う場合があります。
そのため、初心者はまず “バックアップ機能を使えるならそれを優先” が安全です。

ありがちなミスと回避策（チェックリスト）

❌ .wld だけ送ったのに、tModLoaderワールドが壊れる
→ ✅ .twld もセット（可能なら .twld.bak も）
❌ アップロードしたのに、サーバーが“新規ワールド”で起動する
→ ✅ 起動設定（config）で 読み込むワールド名/パス を確認する
❌ コピペして拡張子が見えておらず、別ファイルを送っていた
→ ✅ OS設定で 「拡張子を表示」 をONにする
❌ ファイル転送が途中で途切れて、ワールドが破損
→ ✅ アップ後に ファイルサイズ一致 を確認（不一致なら再送）

バックアップ運用（自動化のすすめ）

バックアップは「やるかどうか」でなく、“どの頻度で、どこに残すか” が重要です。
特にワールドが育ってくると、バックアップがあるだけで精神的な安心感が段違いです。

頻度の目安：最低ライン／安心ライン

最低ライン（これだけはやる）

✅ 週1回（定期）
✅ アップデート前
✅ 大イベント前後（ボス連戦、建築の大改造など）

安心ライン（長期運用・人数多め向け）

✅ 毎日1回（深夜など）
✅ イベント前後は追加で手動保存
✅ 世代管理：
- 「直近7日」＋「週次4本」＋「月次2本」みたいに残すと復元しやすい

💡 “容量が心配”なら、まずは 直近だけ厚く（古いのから消す）でOKです。

復元手順と注意点（バージョン差分・整合性）

復元は、焦らず「止めて戻して起動」だけ守れば大体うまくいきます。

基本の復元手順

サーバー停止（必須）
現在のワールドを退避（念のため残す）
バックアップのワールドを所定の場所へ戻す
起動
管理者だけで接続し、ワールドが正しいか確認
問題なければ共有

注意点（ここだけ要チェック）

⚠️ バージョン差分：
新しいバージョンで一度読み込んだワールドは、古い環境に戻すと不整合が出ることがあります。
→ アップデート前は必ずバックアップ、復元も“同等以上のバージョン”で。
⚠️ tModLoaderはMOD構成が一致していることが前提：
.twld があっても、MODが足りない／違うと世界が崩れることがあります。
→ 「MOD一覧（有効/無効含む）」も一緒にメモしておくと事故が減ります。
⚠️ 破損の兆候がある場合：
.bak や .bak2（環境によって複数世代）を試すと救えることがあります。
→ “復元先を別名にして試す”と安全です（上書きしない）。

XServer GAMEs 公式サイト
XServer VPS for Game 公式サイト
XServer VPS 公式サイト

快適＆安全に遊ぶ運用ノウハウ

ラグ対策：まず見るべきボトルネック（CPU/メモリ/保存）

テラリアのマルチが重いときは、「原因を当てずっぽうで直そうとしない」のが一番の近道です。
まずは“どこが詰まっているか”を切り分けましょう。

5分でできる切り分け（最短ルート）

✅ まずはこの順で見ます。

CPUが張り付いていないか
- 症状：全員がカクつく／敵や弾の動きが変／入力遅延
- 対処の方向：プラン増強（vCPU） or 負荷要因を減らす
メモリ不足（Swap発生）
- 症状：だんだん重くなる／再起動すると軽くなる／MOD多めで顕著
- 対処の方向：メモリ増強 or 定期再起動 or MOD整理
保存（セーブ）・ディスクI/Oが重い
- 症状：一定間隔で固まる／セーブ時だけ急に止まる／ワールドが大きいほど顕著
- 対処の方向：ストレージに余裕＋セーブ運用の最適化

XServer環境での“見方”を揃える（ここが初心者のつまずき）

XServer GAMEs / VPS for Game
管理画面のリソース表示（CPU/メモリ等）をまず確認 → “どれが常に高いか”を見る
XServer VPS（Ubuntu等）
代表例：top / htop、free -h、df -h で
- CPU使用率
- 空きメモリ（Swapの有無）
- ディスク残量
  を確認します

まず効きやすい「負荷の落とし方」チェックリスト

“サーバー強化”の前に、効率よく軽くできるポイントがあります。

同時に動くものを減らす
- 常時稼働のトラップ／大量スポーン／大規模な液体ギミック
- イベント（侵略系）を長時間回し続ける運用
常時運用なら定期再起動を味方にする
- 「だんだん重くなる」タイプは、毎日 or 数日に1回の自動再起動で体感が大きく改善しがち
プレイヤー側の回線・Wi-Fiも“犯人”になりうる
- 症状が「特定の人だけ重い」なら、サーバーより参加者側の可能性が高いです
上げるなら“順番”が大事
- 迷ったら：メモリ増強 → vCPU増強の順で効きやすいケースが多い（MOD運用は特に）

荒らし・不正参加対策（パスワード・権限・公開範囲）

テラリアは“気軽に遊べる”反面、公開の仕方を間違えると事故ります。
対策は難しくなく、「入れない設計」を先に作るだけです。

最低限これだけ（今日からできる）

サーバーパスワードは必ず設定
- 共有はDMなどクローズドで
- 公開SNSに貼らない（ログやスクショ経由の流出もあり得ます）
最大人数（maxplayers）を現実的に絞る
- “想定外の参加”が起きても被害が膨らみにくい
公開範囲の設計を決める
- 友達だけ：パス＋招待制（合言葉・参加条件）
- 公開運用：TShock等の導入も検討（権限管理を強くしたい場合）

できる環境なら「追い出す・止める」を用意する

“荒らし対策”は、殴り合いじゃなく運用の仕組みで勝てます。

コンソール操作ができるなら
- kick / ban（必要時に即対応できるように）
banlist（禁止リスト）運用
- 悪質な相手は再参加できない形にしておく

VPS運用なら「入口を狭くする」が最強

ゲームに必要なポートだけ通す（それ以外は閉じる）
SSHは
- パスワード頼みより鍵（SSH Key）
- 管理者権限の扱いを明確化
  …という“基本の安全対策”が、そのまま荒らし耐性になります。

アップデート対応：ゲーム更新で“入れない”を防ぐ

テラリアのマルチで一番多いトラブルが、結局ここです。
結論：サーバーと参加者のバージョンを揃える、これだけ。

サーバー側と参加者側の更新手順の考え方

参加者が「入れない」＝サーバーが古い or 参加者が古い
まず確認する順番はこれ
1. サーバー側のバージョン（提供側の更新状況も含む）
2. 参加者が全員同じバージョンか
3. MOD（tModLoader）を使っているなら、tModLoaderのバージョンとMOD構成が一致しているか

XServerで“更新のしかた”が変わる点（重要）

XServer GAMEs：提供側がアップデート対応を行うタイプ
- 大型アプデ直後は「対応待ち」の時間差が起きやすいので、まずは提供側の告知を確認
XServer VPS for Game：テンプレート（アプリ）を入れ直して更新する発想が基本
- ただし、アプリ再インストールはデータに影響する可能性があるため、必ず事前バックアップ前提で運用
XServer VPS（手動構築）：自分でサーバー本体を更新する
- 安全策：新旧を共存させて動作確認 → 切替（いきなり上書きしない）

大型アプデ時のチェックリスト（互換性・バックアップ）

✅ “入れない祭り”を避けるための事前行動です。

事前に
- 参加者へ「更新タイミング」を共有
- バックアップ取得（ワールド・設定・MOD関連）
更新当日
- サーバー更新 → 管理者がテスト参加 → 全員に解放
MOD運用なら追加で
- tModLoaderが新バージョンに追随しているか
- 主要MODが対応済みか（未対応なら“更新しない判断”も正解）

MOD（tModLoader）運用の注意点

MODマルチは楽しい反面、ハマりどころも明確です。
ポイントは 「バージョン固定」と「一致」。

バージョン固定・導入順・トラブル時の切り分け

固定する対象は3つ
1. Terraria本体
2. tModLoader本体
3. MOD構成（入れるMOD＋そのバージョン）
導入順のおすすめ
- まず最小構成（必要最低限）でサーバー起動・参加確認
- その後、MODを“少しずつ”追加
- 問題が出たら「直前に入れたMOD」を疑えば原因に近い
よくある原因と対処（超頻出）
- Version Mismatch：サーバーとクライアントのtModLoader版が違う／MODが揃っていない
  → サーバー側のバージョンを基準に、参加者側を合わせる
- MODが読み込めない：MODが“別バージョン向けにビルド”されている
  → MOD更新 or tModLoader側を合わせる（無理なら一旦外す）

XServer GAMEs 公式サイト
XServer VPS for Game 公式サイト
XServer VPS 公式サイト

トラブルシューティング（症状→原因→対処で最短解決）

接続できない（最頻出）：IP/ポート/遮断/バージョン違い

接続トラブルは、ほぼ 「入力ミス」→「ポートが閉じてる」→「バージョン不一致」 の順で潰せます。
先に“最短で当てにいく順番”を固定しましょう。

まず確認する3点（入力・開放・一致）

1）入力（コピペ事故を潰す）

IPの前後に空白が入っていないか
数字・ドットが全角になっていないか（例：．）
ポートが 7777 になっているか（基本はここ）
パスワードがある場合、大文字小文字 を間違えていないか

2）開放（“閉じてる”を潰す）
どのXServerでも「ポートが閉じている」と入れません。違いは“どこで閉じているか”です。

GAMEs：基本は管理画面の指示どおりでOK（自宅ルーター開放は不要になりやすい）
VPS for Game：
- VPSパネル（パケットフィルター）
- ゲーム側（Terrariaイメージの手順）
  この2層を意識します
VPS（手動構築）：
- VPSパネル（パケットフィルター）
- OS側（UFW/iptables など）
- Terrariaプロセスが 7777待受 しているか
  の“3点セット”で確認します

3）一致（バージョン不一致を潰す）

サーバーのテラリアバージョンと、参加者のバージョンが同じか
tModLoaderなら tModLoaderのバージョン と MOD構成 も一致しているか
（ここがズレると、入れない／入れても落ちる原因になります）

“入れる人と入れない人がいる”ケース

このパターンは、原因が「サーバー」ではなく “入れない側の環境” にあることが多いです。

よくある原因 → 対処

入れない人のネットワークが制限されている（職場/学校Wi-Fi、共有回線など）
→ スマホテザリング で試す（入れるなら回線側の制限が濃厚）
PCのファイアウォール/セキュリティソフトが遮断している
→ Terraria（またはSteam）の通信を許可、いったん一時停止して検証
入力が合っていない（コピペ・全角・空白）
→ 入れない人に「受け取ったIPをそのまま貼る」のではなく、手入力してもらうと直ることもあります
tModLoader/MOD構成がズレている
→ 「サーバー側を基準」にして、入れない人の環境を合わせる（順番を逆にしない）

切り分けのコツ（最短）

管理者が入れる → サーバーは動いている可能性大
“別回線（テザリング）で入れる” → 回線/FWが原因
“誰も入れない” → ポート・サーバー停止・設定ミスが濃厚

重い・落ちる：スペック不足と設定ミスの見分け方

「重い」は一見同じでも、原因は CPU / メモリ / 保存（I/O）/ 設定ミス に分かれます。
ここを見分けると、ムダな増強が減ります。

増強すべきタイミング／設定で軽くなるポイント

症状 → 濃厚な原因 → まずやること

全員が常にカクつく／戦闘やイベントで極端に悪化
→ CPU不足 or 敵・弾・機械の負荷増
→ 侵略イベント・弾幕が多い戦闘・大量トラップ運用を控えて様子見／改善しなければ上位プランへ
だんだん重くなる／再起動で一旦軽くなる
→ メモリ逼迫（MOD運用で起こりやすい）
→ まずは定期再起動（常時運用なら特に効果大）／改善しなければメモリ増
一定間隔で止まる（保存タイミングで引っかかる感じ）
→ セーブ（保存）負荷、ディスクI/O、バックアップ処理の重さ
→ セーブ・バックアップの頻度見直し／空き容量チェック／バックアップを“軽い時間”に回す
急に落ちる／再起動ループする
→ 設定ミス・権限・ポート競合・MOD不整合
→ 直前に変えた設定を戻す、ログ確認、最小構成で起動できるか試す

VPS（手動構築）なら、見るべき最小コマンド

CPU/メモリ：top / free -h
ディスク：df -h
起動状態：systemctl status / journalctl -u <サービス名>

“増強”の考え方（失敗しにくい順）

まず メモリを1段階上げる（体感改善が出やすい）
次に CPU（vCPUが増える帯） を検討
最後に “運用設計”（バックアップ頻度、再起動スケジュール）を整える

ワールドが壊れた・消えた：復旧の手順

このトラブルは焦るほど被害が増えます。
鉄則は 「止める → 退避する → 戻す → 確認してから公開」 です。

バックアップから戻す手順

共通の復元手順（最短・安全）

サーバー停止（起動中に触らない）
現在のワールドを 退避（別名にリネーム）
- 例：MyWorld.wld → MyWorld.wld.broken_YYYYMMDD
バックアップを所定の場所へ戻す
- バニラ：.wld（＋あれば .wld.bak）
- tModLoader：.wld と .twld（＋それぞれの .bak）
起動
管理者だけで接続して確認（ワールドが正しいか、エラーが出ないか）
問題がなければ共有

ポイント

“上書きで復元”をしない（退避してから戻す）
tModLoaderは MOD構成が一致していないと、戻しても破綻しやすい（まず最小構成で確認 → 追加が安全）

再発防止（保存タイミング・終了手順）

ワールド破損は、「落ち方」や「切り方」が原因になりがちです。
再発を減らすなら、この3つだけで効果があります。

1）終了は手順化する

VPS（手動構築）なら
- 停止前に save → exit（コンソール）
- もしくは systemd 停止時に save/exit を送る設計にしておく
GAMEs/VPS for Gameなら
- 管理画面の停止・再起動を使い、強制終了を避ける

2）バックアップ頻度の“最低ライン”を決める

最低：週1 + アップデート前 + 大イベント前後
安心：毎日1回 + イベント前後は追加

3）アップデート前は必ず保護する

アップデートは「入れない」「MOD崩壊」「整合性崩れ」の起点になりやすい
→ 更新前バックアップを“儀式”にすると復旧が速いです

XServer GAMEs 公式サイト
XServer VPS for Game 公式サイト
XServer VPS 公式サイト

よくある質問（FAQ）

結局、何人まで遊べる？（目安と注意点）

結論としては、「人数」だけでなく“遊び方の重さ”で上限が変わるのがテラリアです。
ただ、初心者が迷わないように ざっくりの目安を先に置きます。

目安（安定重視のイメージ）

〜4人：軽い運用なら十分狙える（まずはここから）
5〜10人：イベントや建築が増えると重くなりやすい（余裕ある構成推奨）
11〜20人：運用設計（再起動・バックアップ・負荷管理）が重要
20人以上：サーバー強化＋ルール整備（公開範囲・管理体制）までセットで考える

上限を左右する“意外な要素”

ワールド規模：大きいほど探索・更新が増えやすい
イベント連戦：侵略系や弾幕が多い戦闘はCPUに効きます
自動化トラップ/大量スポーン：常時負荷の代表格
MOD（tModLoader）：人数よりも「MODの重さ」で急に壁が来ることがある
回線品質：サーバーが強くても、参加者側の回線で“重い人だけ重い”は起きます

🧠 迷ったら、まずは「想定人数＋2人」くらい余裕を見た構成にすると、あとで後悔しにくいです。

無料でどこまで試せる？有料にする判断基準は？

無料は、「テスト用途」には強いけれど、「安定運用」には向きにくいのが基本です。

無料で試すときに向いていること

✅ 手順の確認（管理画面、起動停止、IP接続の流れ）
✅ 友達と短時間だけ「動くか」検証
✅ 自分の回線・PC側で問題がないかの切り分け

無料だと厳しくなりやすいこと

❌ 人数が増える/長時間遊ぶ（混雑や負荷の影響を受けやすい）
❌ “常時開放”の安定運用（計画的な運用が必要になりがち）
❌ MOD運用（構成が重いと、無料枠では余裕が足りないことが多い）

有料にする判断基準（ここが分岐点）

遊ぶ頻度が週1以上（延長/更新の手間より、安定を優先した方がラク）
5人以上が集まることが多い
ワールドを育てたい（バックアップ・復旧が大事になる）
MODを入れたい／運用を自動化したい
「落ちた」「入れない」で遊ぶ時間が削れるのが嫌

✅ 一番わかりやすい基準はこれです：
“トラブル対応で30分以上溶ける日が出たら、有料にする価値が出る”（時間の損失がコストを上回りやすい）

料金を抑えるコツ（短期／長期で最適化）

料金は「最初から最安プランで固定」より、遊び方に合わせて最適化すると効きます。

短期（週末・イベントだけ遊ぶ）

✅ 短い契約期間で割り切る（まずは最小コストで検証）
✅ “遊ぶ日を固める”
- だらだら契約するより、遊ぶ期間に集中した方がムダが減ります
✅ キャンペーンがあれば拾う
- 同じ期間でも割引があると効きます

長期（常時開放したい）

✅ 30日以上の長期契約を検討
- 期間が長いほど割引が効く設計のことが多いです
✅ 人数が少ない月はプランを下げる（上げっぱなしにしない）
✅ “落ちやすい時間帯”を避ける運用
- 重い時間帯に無理して上位プランへ…より、運用で回避できる場合があります

無駄払いを防ぐチェック

「今月、実際に何回遊んだ？」
「ピーク人数は何人だった？」
「重かったのは“常時”か“特定の場面だけ”か？」
→ 常時重いなら増強、場面限定なら運用改善で済むことも多いです。

解約・乗り換え時にワールドは持ち出せる？

できます。ポイントは “解約する前に”ワールドを取り出すことです。
（解約後に消えると、復元が難しくなります）

持ち出しの基本方針

最優先で確保するもの：ワールドファイル一式
- バニラ：.wld（可能なら .wld.bak も）
- tModLoader：.wld ＋ .twld（可能なら .bak も）

XServer系での代表的な持ち出し方法（考え方）

✅ 管理画面に「バックアップ/復元」導線があるタイプ
→ バックアップを作成 → ダウンロード が一番安全
✅ FTP/SFTPでファイルへ直接アクセスできるタイプ
→ ワールドをダウンロードして退避（上書きしない運用が大事）

乗り換え先での戻し方（最短）

新サーバーを用意（同等以上のバージョンにそろえる）
まず“空の状態”で起動できることを確認
ワールドをアップロードして差し替え
管理者だけで接続テスト → 問題なければ共有

⚠️ 注意点（ここだけ）

バージョン不一致だと「入れない／落ちる」の原因になります
tModLoaderはMOD構成が一致していないと破綻しやすいです
→ 乗り換え時は、MOD一覧も一緒にメモしておくと安心です

XServer GAMEs 公式サイト
XServer VPS for Game 公式サイト
XServer VPS 公式サイト

今日やることチェックリスト

1) 選ぶ（サービス／プラン／運用方針）

まずは「どれで始めるか」を決めるだけで、今日の作業が半分終わります。
迷う人向けに、最短の決め方を用意しました。

□ 遊ぶ期間は？
- 週末だけ／短期：GAMEs（短期運用）
- いつでも入れる常時運用：VPS for Game（テンプレ運用）
- MODや自動化まで作り込みたい：VPS（手動構築）
□ 人数は？（迷うなら少し余裕）
- 〜4人：2GB目安
- 5〜8人：4GB目安
- 9人〜：8GB以上目安
□ 遊び方は？
- まずは安定：バニラ
- こだわるなら：tModLoader（ただし揃えるものが増える）
□ 管理者（あなた）が“やること”をどこまで許容できる？
- 管理を減らしたい：GAMEs／VPS for Game
- 自由度優先：VPS

✅ 今日中に遊びたいなら、「GAMEsで始めて、続くならVPS for Gameへ」が一番失敗しにくいです。

2) 作る（ワールド設定／公開範囲／パスワード）

次に「ワールドと公開条件」を決めます。ここを曖昧にすると、後で揉めたり荒らし対策が後手になります。

□ ワールドを新規 or 既存移行
- 初心者は 新規ワールド が安全（移行トラブルが減る）
□ ワールド設定
- サイズ：Small / Medium / Large（迷うなら Medium）
- 難易度：Classic / Expert / Master（迷うなら Classic）
- 汚染・シード：こだわりがなければデフォルトでOK
□ 公開範囲を決める
- 身内のみ：招待制（推奨）
- 公開：運用ルール・権限管理もセットで検討
□ 参加用パスワードを設定（強く推奨）
- “友達だけ”でも必ず付けると安心
□ 最大人数（maxplayers）
- 実人数より少し余裕を持つ（想定外参加の被害を抑える意味でも有効）

3) 共有する（IP・ポート・ルール）

最後に「共有」がうまくいけば、参加トラブルの9割が消えます。
共有文は毎回作らず、テンプレ化するのがコツです。

□ 接続情報を控える
- IP（サーバーアドレス）
- Port：基本 7777
- Password（設定した場合）
□ 共有先を決める
- DiscordやLINEなど、固定のスレッドにまとめる（情報が流れないように）
□ 共有テンプレ（コピペ用）を作る
- □ サーバー名：
- □ 接続：Multiplayer → Join via IP
- □ IP：
- □ Port：7777
- □ Password：
- □ ルール：改造禁止／建築の整地方針／困ったら連絡先
□ “つまずきポイント”も一行入れる
- 例：IPの空白・全角に注意、入れない時はバージョン確認

4) 守る（バックアップ／アップデート手順）

ここが“後から差がつく”ポイントです。
今日やるのは、ルールを決めて、最初のバックアップを取るだけで十分です。

□ バックアップ方針を決める
- 最低ライン：週1 + アップデート前 + イベント前後
- 安心ライン：毎日1回 + イベント前後は追加
□ 復元の手順をメモする（焦ると事故るので）
- 止める → 退避 → 戻す → 管理者が確認 → 公開
□ アップデートの手順を共有する
- “勝手に更新しない日”を決める（特にMOD運用）
- 大型アプデは
  - 事前バックアップ
  - サーバー側の対応状況確認
  - 管理者がテスト参加
  - 問題なければ全員へ解放
    の順が安全
□ （VPS手動構築なら）落ちた時に見る場所を決める
- journalctl / systemctl status / ポート待受確認
- “原因が追える”だけで復旧が早くなります