ヘルプセンター

認証情報メールはプロビジョニング時に届きます。ほかの何かをインストールする前に、これを実行してください。

1. 01.1

   SSHでログインします。コンソールのIPv4を使用してください — 後のPTRテストの対象にもなります。

   ssh root@185.42.16.10

2. 01.2

   sudo権限のユーザーを作成し、鍵をコピーします。パスワードでのrootログインは、午前3時にサーバーが破られる経路です。

   adduser deploy
   usermod -aG sudo deploy
   ssh-copy-id deploy@185.42.16.10

3. 01.3

   何かを開く前にファイアウォールを有効にします。デフォルト拒否のまま、SSHだけを許可してください。

   ufw allow OpenSSH
   ufw enable
   ufw status

4. 01.4

   一度アップデートしてください — イメージは最新の状態で提供されますが、いま1分のaptが、あとの1か月分のパッチ適用に勝ります。

   apt update && apt upgrade -y   # dnf update -y on Alma/Rocky/Fedora

メールサーバーと多くのIRCネットワークでは、ホスト名と一致するPTRレコードが必要です。

1. 02.1

   コンソールでサーバー → ネットワーク → 逆引きDNS を開きます。完全修飾ドメイン名（例: mail.yourdomain.example）を入力してください。

2. 02.2

   伝播には2〜3分かかります。任意のマシンからdigで確認してください:

   dig -x 185.42.16.10 +short
   # expect: mail.yourdomain.example.

3. 02.3

   次に、正引きレコードが一致することを確認します — Aレコードが指していないPTRは、メールがフィルタされる原因になるPTRです。

   dig +short mail.yourdomain.example
   # expect: 185.42.16.10

ポート25はすべての新規サーバーで既定では閉じています。オープンリレーは、インターネットが風邪を引く経路だからです。

1. 03.1

   コンソール → サポートからチケットを開き、件名を「Port 25 request」にします。サーバーが何を送信するか、どのドメインから送信するかを書いてください。

   Subject: Port 25 request — mail.yourdomain.example
   Body: outbound SMTP for a self-hosted mail server on
         185.42.16.10. SPF and DKIM published. No bulk mail.

2. 03.2

   人間がリクエストを審査します — 初回応答の中央値は12分。承認されたリクエストはネットワークエッジで開通し、お使いのファイアウォールではありません。

3. 03.3

   サーバー自体から確認してください:

   nc -vz smtp-relay.example 25
   # expect: Connection succeeded

スナップショットの復元はディスクをその場で上書きします — IP、ホスト名、ネットワークはまったくそのままです。

1. 04.1

   コンソールでサーバー → スナップショット を開きます。信頼できる時点を選んで復元を押してください。サーバーは短時間停止し、ディスクが書き直され、再起動します。

2. 04.2

   復元はGen4 NVMe上で2〜5分かかります。コンソールにジョブが表示されます。実行中は電源を切らないでください。

3. 04.3

   戻ってきたら、起動時間と、ディスクが復元後のサイズになっていることを確認してください:

   uptime
   df -h /

追加のvCPU、メモリ、NVMe、スナップショットは即時適用され、残りの期間に応じて按分請求されます。

1. 05.1

   コンソール → サーバー → リソース。必要な分を追加してください。表示される価格は期間全体の差分で、支払いは一度きり。請求書はコンソールで確認できます。

2. 05.2

   メモリとvCPUはLinuxでは再起動なしにホット追加できます — 確認コマンドは次のとおり:

   free -h
   nproc

3. 05.3

   拡張したNVMeは、ゲスト側でパーティションの1ステップが必要です（ボリューム自体はすでに拡大されています）:

   sudo growpart /dev/vda 1 && sudo resize2fs /dev/vda1

誤ったファイアウォールルール、鍵の紛失、昏睡状態に編集されたsshd — レスキューモードはOSを起動しないままディスクをマウントします。

1. 06.1

   コンソール → サーバー → 電源 → レスキューモードで起動。サーバーはネットワークのレスキューイメージで再起動し、画面に一時的なrootパスワードが表示されます。

2. 06.2

   VNCコンソールを開いてログインし、ディスクをマウントしてください:

   lsblk                        # find the root partition, e.g. vda2
   mkdir -p /mnt/disk && mount /dev/vda2 /mnt/disk

3. 06.3

   原因を修正します — ファイアウォールルールを戻すか、パスワードをリセットしてください:

   chroot /mnt/disk /bin/bash
   ufw allow OpenSSH           # undo whatever locked you out
   passwd root                 # or: set your key in /root/.ssh
   exit

4. 06.4

   コンソールに戻って「通常起動」を選び、インスタンスが立ち上がることを確認します。そしてVNCコンソールに感謝してください。正当な評価を受けていません。