なぜサーバー編から始めるか
本編（デスクトップ編）では、今使っているPCをDebianに置き換える道筋をたどった。あれは「自分が毎日向き合う机」をDebianにする話だった。画面があり、マウスがあり、キーボードがあり、あなたが触っている間だけ動く機械だ。
サーバーは違う。サーバーとは、あなたが触っていない間も働き続ける裏方だ。 夜中もファイルを配り、写真を保管し、メモを同期し、あなたの書いたアプリを動かし続ける。誰も画面を見ていなくても、止まらずに動く。それがサーバーの本質であり、デスクトップとの一番大きな違いだ。
このサーバー編は、本編を終えた読者にも、本編と並行して読む読者にも開かれている。前提知識は「Debianの端末でコマンドを一つ打てる」ことだけだ。それさえあれば、あなたは自分のファイル共有、自分の写真サーバー、自分のメモ同期、自分の自作アプリを、自分の機械の上で動かす世界に入れる。
その入口で、この本の前提を最初に宣言しておく。
- サーバーは自宅かVPSに置く。 使わなくなった古いPCやミニPCを家で動かすか、月数百円のVPSを借りる。どちらでも、OSの中身——root権限——はあなたのものだ。どちらで始めるかは第2章で決める。
- データは自分で管理する。 他社のクラウドサービスに預けず、自分のサーバーの上のデータベース（第7章）に置き、自分の手でバックアップする（第10章）。
- コンテナは使わない。 アプリは「ディレクトリ + venv + systemd」で動かし、権限とsystemdの砂場で隔離する（第8章）。
つまりこの本は「サーバーの一般論」ではなく、自分のインフラを建てて、データの主導権を自分の手に戻すための本だ。なぜこの前提を選ぶのか——その理由は第二節で詰める。
この章は手順の章ではない。サーバーとは何か、なぜ自分で持つのか、このサーバー編をどう読むのか——その三つを整える、いわば二度目の序章だ。
第一節 デスクトップとの違い
画面がない、という最大の特徴
サーバーには、原則としてGUI（グラフィカルなデスクトップ画面）がない。マウスで操作するアイコンも、ウィンドウもない。あるのは黒い画面に並ぶテキストだけだ。
これを「不便」と感じるなら、見方を一つ変えてほしい。画面がないということは、すべての操作がテキストになるということだ。 そしてテキストは、Claudeが最も得意とする領域だ。
本編の序章で、「AI時代にLinuxの長所のコストが劇的に下がった」と書いた。journalctl の読み方をClaudeに聞けば数秒で分かる、という話だ。サーバーでは、この効き目がさらに強くなる。なぜなら、サーバーには「GUIで何となく操作する」という逃げ道が最初からないからだ。すべてが、Claudeに見せられるテキストで完結する。
# サーバーで起きていることは、すべてテキストで取り出せる
uname -a # カーネルとアーキテクチャ
cat /etc/os-release # ディストリビューションとバージョン
systemctl status # 動いているサービス全体の状態
journalctl -xe # 直近のシステムログ
これらの出力をそのままClaudeに貼れば、あなたの機械で今何が起きているかを、Claudeはあなたと同じ精度で読み取れる。デスクトップ編で身につけた「環境を伝える作法」が、サーバーでこそ完全に効く。
リモートで触るのが前提
サーバーは多くの場合、自分の手元から離れた場所に置く。別の部屋の古いPC、押し入れのミニPC、あるいはネットの向こうのVPS。だから操作は「リモート」が前提になる。手元のDebianデスクトップ（や別のPC）から、SSHという仕組みで遠隔の機械に入り、そこでコマンドを打つ。
# 手元の端末から、サーバーに入る基本形（詳しくは第4章）
ssh ユーザー名@サーバーのアドレス
リモート操作は最初こそ不思議に感じるが、慣れると「画面を一つ増やす」程度の感覚になる。SSHの設定は第4章でじっくり扱う。今は「サーバーは離れた場所にあり、文字で入っていくものだ」とだけ掴んでおけばいい。
「再起動」が重みを持つ
デスクトップなら、調子が悪ければ気軽に再起動する。サーバーは違う。サーバーが再起動するということは、その間ファイル共有も写真サーバーも自作アプリも全部止まるということだ。 自分一人で使っているうちは大した問題ではないが、家族や仕事仲間に使ってもらうようになると、再起動の一回が「全員のサービス停止」になる。
だからサーバーの世界では、「止めずに直せるか」「いつ止めれば影響が小さいか」を常に意識するようになる。これは制約ではなく、設計の楽しさの一部だ。
利用者は一人でも、公開した瞬間に相手は全世界
もう一つ、デスクトップとの決定的な違いがある。デスクトップは基本的にあなた一人が触る。サーバーも、自宅のLAN内で使っているうちは利用者はあなた一人だ。
だが、サーバーをインターネットに公開した瞬間、接続してくる相手は全世界になる。 善意のアクセスだけではない。世界中の自動化された探査プログラムが、公開されたサーバーを24時間休みなく叩いてくる。これは脅し文句ではなく、観測される事実だ。この「脅威モデル」の話は第5章でしっかり扱う。この章では「公開は重い決断であり、専用の準備が要る」とだけ予告しておく。
Claudeに聞いてみよう①：サーバーで動かしたいものの棚卸し
私はDebianでサーバーを始めようとしています。今のところ、サーバーで動かしたい・置きたいと思っているのは次のようなものです： 〔例：家族の写真の保管、仕事のファイル共有、自分用のメモ同期、勉強で作ったWebアプリ……など、思いつくまま箇条書きで〕
これらを「自分一人でLAN内だけで使うもの」「いずれ外部に公開したいもの」「優先度が高いもの・低いもの」に整理して、表にしてください。それぞれに、おおよそ必要なメモリやディスク容量の目安も添えてください。
最初に「何を動かしたいか」を言葉にしておくと、置き場所（第2章）も構成（第3章以降）も決めやすくなる。Claudeに整理させると、自分でも気づいていなかった候補が表に並ぶ。
第二節 なぜ自分のサーバーか
クラウド任せからの自立
写真はクラウドのフォトサービス、ファイルはどこかのストレージ、メモは別の会社の同期サービス——気づけば自分の暮らしのデータは、いくつもの他社のサーバーに分散して預けられている。便利だが、その代わりに自分のデータが「どこにあり、誰が見られ、いつまで使えるか」の主導権を手放している。
本編で繰り返した「ベンダーロックインから距離を取る」「ブラックボックスを排除する」という思想は、サーバーで一段深くなる。自分のサーバーにデータを置けば、それは自分がrootを持つ機械の上にある（自宅なら物理的にも手元だ）。サービスが値上げしても、規約を変えても、終了しても、あなたのデータはあなたの管理下に残る。これがデータ主権だ。
月額課金の積み上げと向き合う
クラウドサービスは一つ一つは安く見える。だが写真に数百円、ストレージに数百円、メモに数百円、と積み上がると、年間では無視できない額になる。しかも多くは「使い続ける限り永遠に払い続ける」構造だ。
自分のサーバーは、初期に多少の手間と費用がかかるが、その後の積み上げが小さい。費用の比較は第2章で具体的にやる。ここでは「毎月の小さな課金の集合体を、一度きりの学びと小さな電気代に置き換えられる」という方向性だけ掴んでおけばいい。
学びとしての価値
そして、忘れてはいけないのが学びとしての価値だ。サーバー管理は、IT技術の背骨だ。Webサイト、業務システム、クラウドサービス——世の中で動いているソフトウェアのほとんどは、突き詰めればLinuxサーバーの上で動いている。その仕組みを自分の手で触った経験は、他のどんな技術領域に進むときも土台になる。
かつてサーバー管理は「入口が高くて、専門家のもの」だった。分厚い本を読み、エラーメッセージの意味を辞書のように引き、設定ファイルの文法を暗記する必要があった。Claudeが、その入口コストを崩壊させた。 エラーメッセージを貼れば意味が返り、やりたいことを伝えれば設定例が返る。入口が崩れた今こそ、サーバーを学ぶ絶好の時期だ。
Claudeに聞いてみよう②：自前化の候補を選ぶ
私が今、月額課金や無料枠でクラウド事業者に任せているサービスは次のとおりです： 〔例：写真の自動バックアップ＝〇〇、ファイル同期＝〇〇、メモ＝〇〇、家計簿＝〇〇……それぞれサービス名と月額を分かる範囲で〕
この中から、Debianサーバーで「自前化しやすいもの」と「自前化が難しい・割に合わないもの」を分けて、理由を添えて教えてください。自前化しやすいものについては、Debianで使える代表的なソフトの名前も挙げてください。
すべてを自前化する必要はない。割に合うものだけを選ぶのが賢い。Claudeに「難しい・割に合わない」側も挙げさせることで、無理のない範囲が見えてくる。
第三節 サーバー編の読み方
本編の作法をそのまま持ち込む
本編を読んだ人は、二つのファイルを手元に持っているはずだ。第3章で作った my-system.md（自分のハード・ソフトの要約）と、第2章で作った my-claude-profile.md（自分の状況・好みをClaudeに伝えるプロフィール）だ。
サーバー編では、この作法をそのまま引き継ぐ。サーバー用には、新しく my-server.md を一枚作る。
# 私のサーバー（2026-06-10 時点）
## 役割
- 動かしたいもの：（第一節①で整理したもの）
## ハードウェア
- 機械：（古いPC / ミニPC / Raspberry Pi / VPS など）
- CPU / メモリ / ディスク：
## ネットワーク
- 置き場所：（自宅LAN内 / VPS など）
- 固定IP・ホスト名：
## 公開方針
- 当面はLAN内のみ / いずれ公開予定（第5章・第9章で詰める）
この一枚を、各章の対話のたびにClaudeへ渡す。サーバーの素性を毎回説明し直さずに済む。
「壊してよい実験機」から始める
本編では「中途半端に両方を抱えるな、一方に振り切れ」と書いた。サーバー編はもう少し気楽だ。サーバーは、壊してよい実験機から始めるのが正解だ。
理由は単純で、サーバーは本番のデータを載せる前なら、何度作り直してもいい。むしろ最初の一台は「壊して、消して、また入れ直す」を遠慮なくやるための練習台にすべきだ。第3章で最小インストールをやり、第4〜8章で基本を回すあいだ、この実験機は何度ひっくり返してもかまわない。失敗が怖くなくなって初めて、本番のデータを載せる準備ができる。
各章末のClaude枠を、自分の状況で埋める
本編と同じく、このサーバー編も「半分しか印刷されていない本」だ。各章末の「Claudeに聞いてみよう」の枠は、参考資料ではない。〔ここに自分の状況を入れる〕という箇所をあなた自身の言葉で埋めて、Claudeに送る。返ってきた答えが、その章の「あなたにとっての結論」になる。
著者は問いの立て方を整え、あなたは自分の状況を渡し、Claudeがそれを具体的な答えに翻訳する——この三者の役割分担は、サーバー編でも変わらない。
Claudeに聞いてみよう③：my-server.md の下書きを作る
私はこれからDebianサーバーを始めます。手元の状況は次のとおりです： 〔本編で作った my-system.md があれば貼る。なければ、使う予定の機械の種類・メモリ・ディスク・置き場所を箇条書きで〕
動かしたいものは：〔第一節①で整理した表を貼る〕
これをもとに、サーバー用の
my-server.mdの下書きを作ってください。まだ決まっていない項目は「未定」と書き、決めるために考えるべき問いを添えてください。
この一枚があれば、第2章以降の相談がすべて速くなる。本編で my-system.md を作ったのと同じ要領だ。手元にそのファイルが残っていれば、それを土台にできる。
まとめ
この章でやったこと：
- サーバーとデスクトップの違い（画面がない・リモート前提・再起動の重み・公開すると相手は全世界）を整理した
- なぜ自分のサーバーを持つのか（データ主権・課金の積み上げ・学びの価値）を確認した
- サーバー編の読み方（本編の作法の継承・実験機から始める・Claude枠の埋め方）を決めた
- 自分が動かしたいものとクラウド自前化の候補を、Claudeと一緒に棚卸しした
手元に残ったもの：
- 「サーバーで動かしたいもの」の整理表
- 「自前化の候補」のリスト
my-server.mdの下書き（本編のmy-system.md/my-claude-profile.mdと並べて使う）
次の第2章では、その実験機をどこに置くかを決める。自宅の古いPCか、ネットの向こうのVPSか、大手クラウドか——費用・責任・ネットワークの三つの軸で地図を描き、あなたの状況に合った置き場所をClaudeと一緒に選ぶ。
シリーズ全体はClaudeと一緒に学ぶDebian サーバー編 一覧から辿れる。本編（デスクトップ編）は全章一覧へ。コメント・議論は Facebook グループへ：AISeed — 生物多様性・食料・AIと暮らし