前提

以下がすでに用意できていることを前提にする。まだの場合は先に自分の「サーバー」を持つとはどういうことかを読んでほしい。

• 常時起動しているLinux環境(Docker Engineが使える状態)
• 自分名義のドメイン、およびCloudflare(無料プランで可)でそのドメインを管理していること
• Cloudflare Tunnel(cloudflaredというソフトを使い、自宅のルーターの設定を一切いじらずに自宅サーバーを安全にインターネット公開する仕組み)がすでに動いている状態。導入手順は自分の「サーバー」を持つとはどういうことかを参照

何をしたかったか

写真をImmichに移した(前の記事)のと同じ理由で、Google Driveに置きっぱなしにしていたファイルも自分の手元に戻したいと思った。写真ほど量は多くない(実質100〜150MB程度)が、契約書や身分証のコピーなど「人に預けたくないもの」が混ざっていたのが動機だった。

Step 1: Nextcloudを選び、全部は移さないと決めた

Google Driveの代わりになる自前ホスト型のソフトはいくつかある。今回は次の4つを比べた。

• Nextcloud — ファイル同期に加えて、連絡先・カレンダー・メモアプリなど周辺機能が豊富。後から機能を足しやすい。
• Seafile — ファイル同期に特化していて速いという評判だが、周辺機能はNextcloudほど無い。
• Syncthing — サーバーを介さず端末同士が直接同期する仕組み。管理はシンプルだが、Google Driveのような「どこからでもブラウザで見る」用途には向かない。
• Filestash — 既存のストレージ(自分のNASなど)にWeb UIを被せるツール。今回は土台のストレージ自体を新規に用意する必要があったので、ここでは選択肢から外れた。

最終的に、**拡張性(今後、連絡先やカレンダーも同じ場所に集約したくなる見込みがあった)**を決め手にNextcloudにした。実際にこの後、連絡先・カレンダーも同じNextcloudに移すことになったので、この判断は結果的に正しかった。

写真の時は「全部Immichに取り込む」という単純な方針にしたが、Google Driveは事情が違った。中身を確認すると、自分のファイルの他に、家族と共有しているフォルダが2つ(iPhoneの体組成計・血圧データを自動書き出しする仕組みと、ビザ手続き関連の共有フォルダ)混ざっていた。この2つは「相手(連携先アプリや家族)がGoogle前提で動いている」ため、無理にNextcloudへ移すと連携が壊れる。移行の効果(データ主権が増える度合い)と、移すコスト・壊れるリスクを天秤にかけて、この2つはGoogle側に残すと決めた。 残りの自分専用ファイル(契約書などのarchiveフォルダ)だけをNextcloudに移した。

Step 2: docker-composeでNextcloudを構築する

作業用フォルダを作り、docker-compose.ymlを用意する。

mkdir ~/nextcloud && cd ~/nextcloud

docker-compose.ymlの中身(Nextcloud本体appと、データを整理して保存しておくデータベースソフトdb〈MariaDB〉の2つのコンテナをセットで起動する構成):

services:
  db:
    image: mariadb:11
    restart: always
    volumes:
      - ./db:/var/lib/mysql
    environment:
      - MYSQL_ROOT_PASSWORD=<自分で決めた強力なパスワード>
      - MYSQL_PASSWORD=<自分で決めた強力なパスワード>
      - MYSQL_DATABASE=nextcloud
      - MYSQL_USER=nextcloud

  app:
    image: nextcloud:latest
    restart: always
    ports:
      - 127.0.0.1:8081:80
    links:
      - db
    volumes:
      - ./data:/var/www/html
    environment:
      - MYSQL_PASSWORD=<自分で決めた強力なパスワード>
      - MYSQL_DATABASE=nextcloud
      - MYSQL_USER=nextcloud
      - MYSQL_HOST=db
      - NEXTCLOUD_ADMIN_USER=admin
      - NEXTCLOUD_ADMIN_PASSWORD=<自分で決めた強力なパスワード>
      - NEXTCLOUD_TRUSTED_DOMAINS=drive.example.com

portsを127.0.0.1:8081:80(自分のマシンの中からしかアクセスできない設定)にしているのがポイント。外部への公開はこのあとCloudflare Tunnel経由で行うので、Nextcloud自体を直接インターネットに晒す必要はない。NEXTCLOUD_TRUSTED_DOMAINSには、実際に使う自分のドメイン(例: drive.taikiito.com)を入れる。

起動する。

docker compose up -d
docker compose ps

app・dbの2つが起動していることを確認したら、http://localhost:8081にアクセスして管理者アカウント(NEXTCLOUD_ADMIN_USER/NEXTCLOUD_ADMIN_PASSWORDで指定した内容)でログインできることを確認する。

Nextcloudの管理者ユーザー名は一度決めると後から変更できないので、adminのような分かりやすい名前で最初から決めておくとよい。

Step 3: Cloudflare Tunnelで公開する

/etc/cloudflared/config.yml(Cloudflare Tunnelの設定ファイル)のingress(どのドメイン宛のアクセスを、サーバー内のどのポートに転送するかのルール一覧)に、Nextcloud用の行を追記する。

ingress:
  - hostname: drive.taikiito.com
    service: http://localhost:8081
  # ...他のサービスの行がここに続く...
  - service: http_status:404

注意点: service:行のインデント(行頭の空白)は他の行と正確に揃えること。ここが1マスでもずれるとYAML(設定ファイルの記述形式)の解析エラーになり、Cloudflare Tunnel全体が落ちて他のサービスまで巻き込んで止まる、という事故を実際に経験している。編集後はcloudflared tunnel ingress validateで文法チェックしてからsudo systemctl restart cloudflaredで反映するのが安全。

DNS側は、Cloudflareの管理画面(またはAPI)でdrive(サブドメイン部分)のCNAMEレコードを<トンネルID>.cfargotunnel.comに向ける。反映後、https://drive.taikiito.comでNextcloudのログイン画面が表示されれば成功。

Nextcloud特有の注意点: Nextcloud(内部でApacheというソフトを使っている)は、自分がHTTPS経由でアクセスされていることを正しく認識できないと、ログイン後に無限リダイレクトを起こすことがある。Cloudflare Tunnelは末端(サーバーとの接続)を暗号化しないHTTP接続で待ち受けるため、この設定が必要になる場合がある。症状が出た場合は、Nextcloudのconfig/config.phpに以下を追記して回避する。

'overwriteprotocol' => 'https',

Step 4: Macと同期する

ここからは、サーバーさえ用意できていれば誰でもできる部分。Google DriveにはMacの「Finder」(ファイル一覧の画面)に統合される専用アプリがあったが、Nextcloudにも同じような公式デスクトップアプリがある。これをインストールしてログインすると、Finder上にNextcloudのフォルダが表示され、Google Driveの時とほぼ同じ感覚でファイルを開いたり保存したりできる。同期は「全部」ではなくフォルダ単位で選べる。最初はNextcloudが用意するお試し用のサンプルフォルダ(Documents、Photos、Templatesなど)が並んでいたが、これは削除してよい。本物のデータが入っているのは、移行したarchiveフォルダだけだった。

Step 5: バックアップを設定する

「移した先が壊れたら意味がない」ので、移行作業そのものと同じくらいバックアップ体制を大事にしている。rclone(色々なオンラインストレージをコマンドラインから操作できるツール)を使い、Backblaze B2という安価なオンラインストレージへ、Nextcloudのデータを毎日自動でコピーする設定にした。

# データベースのダンプ
docker compose -f ~/nextcloud/docker-compose.yml exec -T db \
  mysqldump -u nextcloud -p<パスワード> nextcloud | gzip > /tmp/nextcloud-db.sql.gz

# ファイル本体の同期
sudo rclone --config /home/ito-t/.config/rclone/rclone.conf sync \
  ~/nextcloud/data "$B2_REMOTE/nextcloud/data"

これを日次のcron(定期実行の仕組み)に登録しておけば、毎晩自動でバックアップが取られる。

つまづいた所・積み残し

9.68GBの謎: 作業の途中、Googleのストレージ画面で「Driveが9.68GB使用中」と表示されているのに気づいた。しかし実際に移行した中身は100〜150MB程度しかない。90倍以上の差があり、計算が全く合わなかった。調べてみると、以前どこかのタイミングで大きなファイルを削除した際、ゴミ箱を空にしていなかった可能性が濃厚だという所まで辿り着いた。Googleドライブのゴミ箱は自動では空にならず、手動で「ゴミ箱を空にする」を押さない限り容量を圧迫し続ける。ここは正直に書いておくと、この謎は最終的に自分の手では確認しきれず、保留のままになっている。

家族との共有: Google Driveで便利だったことの一つに、家族とのフォルダ共有がある。Nextcloudでも同じことは可能で、家族専用アカウントを作って権限を細かく設定する方法と、アカウント不要のリンク共有で手軽に済ませる方法の2通りがある。これは記事執筆時点でまだどちらにするか決めきれていない、現在進行系の課題として正直に残しておく。

結果

自分専用のファイルはNextcloud経由でMacからGoogle Driveと変わらない感覚で使えるようになった。家族共有フォルダ2つは「無理に移さない」という判断のままGoogleに残っており、これはこれで納得している状態。

次は、同じNextcloudに連絡先とカレンダーも集約した話。→ 連絡先とカレンダーをiCloud・GoogleからNextcloudに移す

更新履歴 — 2026-09-12: 初版 / 2026-09-13: docker-compose設定・Cloudflare Tunnel公開手順・バックアップコマンドを追記し、再現可能なレベルに書き直し