オフショア Web ホスティングの構築:海外でサイトをホストする手順

結論:オフショア Web ホスティングとは、住んでいる国の外にあるサーバーで Web サイトを運用することで、通常は個人データをほとんど求めないプロバイダーを使います。構築するには、海外の VPS を借り、WHOIS プライバシー付きでドメインを登録して暗号資産で支払い、DNS をサーバーに向け、自動 HTTPS の Caddy でサイトを配信し、その後サーバーを強化・バックアップし、サイトの身元を自分自身の身元と切り離しておきます。

オフショアホスティングで変わるのは、サーバーとアカウントデータを誰が保持するかです。違法なコンテンツを合法にするものではなく、レジストラや支払いの痕跡からあなたを隠すものでもなく、運用上のミスを直してくれるものでもありません。こうした限界は最後のセクションで詳しく説明します。全体像はオフショアホスティングをご覧ください。

ステップ1:オフショア VPS を選ぶ

VPS ならフル root 権限があるので、共有ホスティングのパネルに頼らず、Web サーバー、ログ、TLS 鍵を自分で管理できます。静的サイトや小規模な CMS なら 1〜2 vCPU と 1〜2 GB の RAM で十分で、データベースや重いアプリにはそれ以上が必要です。

NoctisNode では、新規サーバーは FI-1(フィンランド)にデプロイされます。登録はメールアドレスとパスワードだけで、支払いは XMR をデフォルトとする暗号資産のみ。支払いが反映されてから約35秒でサーバーがデプロイされます。Wisp プラン(1 vCPU、1 GB RAM、20 GB NVMe、28日あたり $6)なら静的サイトに対応でき、Pulse(2 vCPU、2 GB、40 GB、$10)は WordPress などに適しています。なお、メールによるパスワードリセットはないので、認証情報は安全に保管してください。選択肢の比較はおすすめのオフショア VPSをご覧ください。

ステップ2:ドメインをプライベートに登録し、暗号資産で支払う

• ▹連絡先情報が公開されないよう、暗号資産での支払いに対応し、無料の WHOIS プライバシーや情報の秘匿を提供するレジストラを選びましょう。
• ▹レジストラは、あなたが提供した情報を保存していることを忘れずに。ドメインには個人用ではなく専用のメールアドレスを使いましょう。
• ▹レジストラは一般に、規約上正確な連絡先情報を求めています。虚偽のデータは停止の理由になりうるので、何を提出するか決める前に規約を読みましょう。
• ▹一部の国別コードトップレベルドメイン(ccTLD)には居住要件があったり、プライバシー保護が認められなかったりします。思い込まずに、購入前に TLD のポリシーを確認しましょう。
• ▹レジストラのアカウントで 2FA と移管ロックを有効にしましょう。ドメインを失う方が、サーバーを失うより大きなリスクです。
• ▹オンチェーンでの結びつきを最小にするため、VPS は Monero で支払いましょう。[Monero で VPS を支払う方法](/guides/pay-for-vps-with-monero)を参照。

ステップ3:DNS をサーバーに向ける

レジストラの DNS か、別の DNS プロバイダーを使います。いずれにせよ、DNS ホストにはどのレコードが存在するか、そして多くの場合クエリ量が見えています。設定中は変更がすぐ反映されるよう、TTL を低め(300秒)にしておきましょう。

ステップ4:Caddy と自動 HTTPS でサイトを配信する

DNS がサーバーを指し、ポート 80 と 443 が開いていれば、Caddy は TLS 証明書を自動で取得・更新します。Debian 12/13 と Ubuntu 24.04 には `caddy` パッケージがあり、新しいバージョンが必要なら Caddy 独自の apt リポジトリを使えます。ファイルを `/var/www/example` に置き、`example.com` を自分のドメインに置き換えてリロードします。静的ファイルではなくアプリへプロキシする場合は、Caddy リバースプロキシを参照してください。

sudo apt update && sudo apt install -y caddy
sudo mkdir -p /var/www/example

# /etc/caddy/Caddyfile
example.com {
    root * /var/www/example
    file_server
    encode zstd gzip
    header {
        Strict-Transport-Security "max-age=31536000"
        X-Content-Type-Options "nosniff"
        Referrer-Policy "no-referrer"
        -Server
    }
    log {
        output discard
    }
}

www.example.com {
    redir https://example.com{uri} permanent
}

sudo systemctl reload caddy

ステップ5:サーバーを強化し、バックアップを設定する

1. 01.root 以外の sudo ユーザーを作成し、SSH 鍵に切り替えてパスワードログインを無効にします。[SSH の強化](/guides/ssh-hardening)に従ってください。
2. 02.ファイアウォールを有効にします:`sudo ufw allow OpenSSH && sudo ufw allow 80/tcp && sudo ufw allow 443/tcp && sudo ufw enable`。
3. 03.自動セキュリティアップデートを有効にします:`sudo apt install -y unattended-upgrades && sudo dpkg-reconfigure -plow unattended-upgrades`。
4. 04.必要なログだけを残しましょう。上記の Caddyfile はアクセスログを破棄します。デフォルト任せではなく、意図的に決めてください。
5. 05.サイトのファイルとデータベースを、暗号化バックアップでサーバー外にバックアップします。例えば restic で別の場所へ。[restic バックアップ](/guides/restic-backups)を参照。
6. 06.少なくとも一度は復元をテストしましょう。プロバイダーのプリペイド残高も重要です。残高がなくなるとサーバーは停止されるので、チャージを切らさないでください。

Web サイトと自分の身元を切り離す

• ▹ホスティングアカウント、レジストラ、サイトの各種サービスには専用のメールアドレスを使い、個人のアドレスやユーザー名は決して使い回さないこと。
• ▹個人サイトでも使っているサードパーティのアナリティクス、広告、タグの ID は避けましょう。共通の ID はサイト同士を結びつけます。
• ▹Certificate Transparency ログには証明書を取得したすべてのホスト名が公開されるので、意図以上の情報を明かすサブドメインは作らないこと。
• ▹公開前に、画像や文書からメタデータ(EXIF、作成者欄)を削除し、git 履歴に実名やメールアドレスがないか確認しましょう。
• ▹サーバーの管理は自宅の IP ではなく Tor か VPN 経由で行い、個人のプロジェクトを同じ IP でホストしないこと。
• ▹支払いも分離しましょう。あなた名義の取引所アカウントに紐づいていないウォレットから入金してください。

オフショア Web ホスティングで防げないこと

• ▹現地の法律:海外でサイトをホストしても、住んでいる場所であなたに適用されるルールは変わりません。
• ▹ドメインの差し押さえ:サーバーがどこにあっても、レジストラや TLD の運営者はドメインを停止できます。
• ▹不正利用への対応:オフショアかどうかに関係なく、ホストは確認された不正利用の報告に対して措置を取ります。
• ▹支払いとアカウントの痕跡:取引所、カード決済代行会社、メールプロバイダーは独自に記録を保持しています。
• ▹自分自身のミス:使い回したユーザー名、共通のアナリティクス ID、メタデータ、自宅 IP からの管理ログインは、他のすべての対策を台無しにします。
• ▹サイトへの攻撃:オフショアの立地は DDoS 対策にはならず、パッチを当てていない CMS はどこにあっても侵害されます。

よくある質問