VPS を借りた直後のホスト名は、プロバイダによって localhost.localdomain や v133-18-XX-XX-vir.kagoya.net のような無味乾燥な名前です。最初に分かりやすい名前に変えておくだけで、複数台運用したときの混乱・誤操作リスクが大きく減ります。
タイムゾーンも UTC のままだと、ログを読むときに「あれ、これ日本時間で何時？」と毎回頭で換算することに。最初に変えておくのが楽です。
- Rocky Linux 9.x が動作しているサーバ
- sudo 権限のあるユーザーでログイン済み
- システム更新はこちらで済ませた状態を想定
1. なぜ最初に変えるか
| 場面 | 旧ホスト名のまま | 分かりやすい名前にしておくと |
|---|---|---|
| SSH プロンプト | [user@v133-18-XX-XX-vir ~]$ | [user@server01 ~]$ 操作対象が一目で分かる |
| ログ・モニタリング | サーバ識別が困難 | grafana / journald でサーバ別フィルタが効く |
| 複数台運用 | どれがどれだか分からない | 誤操作（別サーバで rm 等）防止 |
| メール通知 | 送信元が無機質 | 「server01 から CRON 失敗」と分かる |
タイムゾーン (UTC → JST) も同様で、ログを読む速度が段違いになります。
2. 現状を確認する
hostnamectl Static hostname: localhost.localdomain
Icon name: computer-vm
Chassis: vm
Machine ID: a5b89e08...
Boot ID: 8f7e1c3a...
Virtualization: kvm
Operating System: Rocky Linux 9.5 (Blue Onyx)
CPE OS Name: cpe:/o:rocky:rocky:9::baseos
Kernel: Linux 5.14.0-503.14.1.el9_5.x86_64
Architecture: x86-64タイムゾーンも:
timedatectl Local time: Thu 2026-05-28 08:50:00 UTC
Universal time: Thu 2026-05-28 08:50:00 UTC
RTC time: Thu 2026-05-28 08:50:00
Time zone: UTC (UTC, +0000)
System clock synchronized: yes
NTP service: active3. ホスト名を変更する
hostnamectl set-hostname で **静的ホスト名（再起動後も維持）**を設定します。
sudo hostnamectl set-hostname server01FQDN（ドメイン込みの完全修飾ホスト名）にする場合:
sudo hostnamectl set-hostname server01.example.com短い名前（server01）と FQDN（server01.example.com）はどちらでも動きますが、メールサーバや TLS 証明書を扱うなら FQDN が無難です。逆に純粋なアプリサーバなら短い名前で十分。
3 種類のホスト名（補足）
hostnamectl には実は 3 種類のホスト名があります。
| 種類 | 用途 | 設定オプション |
|---|---|---|
| static | システム標準・再起動後も維持 | --static（デフォルト） |
| transient | DHCP などで動的設定される名前 | --transient |
| pretty | 人間向けの自由フォーマット名 | --pretty |
通常 static だけ設定すれば十分。社内で人間が認識する用途なら pretty も:
sudo hostnamectl set-hostname "Tokyo Web 01" --pretty4. /etc/hosts を更新する
ホスト名を変えたら /etc/hosts の自分自身のエントリも合わせます。これをやらないと、sudo 実行時に「sudo: unable to resolve host」警告が出たり、一部アプリでホスト名解決に失敗します。
sudo vi /etc/hosts以下のように編集:
127.0.0.1 localhost localhost.localdomain
127.0.1.1 server01.example.com server01
::1 localhost localhost.localdomain127.0.0.1 行に新ホスト名を加える方法もありますが、127.0.1.1 を使う方が localhost 解決と自ホスト解決を分離できるので推奨です（Debian/Ubuntu 標準のやり方）。
5. 現在のシェルにも反映する
hostnamectl の変更は新しいシェルから有効になります。今のセッションのプロンプトはまだ古いままなので、シェルを再起動するか:
exec bashまたは SSH を一度ログアウト＆再接続。プロンプトが [user@server01 ~]$ に変われば成功です。
hostname
hostname -fserver01
server01.example.com6. タイムゾーンを変更する
利用可能なタイムゾーン一覧から目的のものを確認:
timedatectl list-timezones | grep -i tokyoAsia/Tokyo設定:
sudo timedatectl set-timezone Asia/Tokyo確認:
timedatectl
date Local time: Thu 2026-05-28 17:50:00 JST
Universal time: Thu 2026-05-28 08:50:00 UTC
RTC time: Thu 2026-05-28 08:50:00
Time zone: Asia/Tokyo (JST, +0900)
System clock synchronized: yes
NTP service: activeLocal time が JST (+0900) になれば成功。
7. NTP 同期を確認する
Rocky 9 では chronyd で自動的に時刻同期しています。動いているか確認:
chronyc trackingReference ID : 85F3EEE9 (133.243.238.233)
Stratum : 2
Ref time (UTC) : Thu May 28 08:48:23 2026
System time : 0.000123456 seconds slow of NTP time
Last offset : -0.000045678 seconds
RMS offset : 0.000123456 seconds
Frequency : 1.234 ppm slow
Residual freq : 0.000 ppm
Skew : 0.123 ppm
Root delay : 0.005678 seconds
Stratum 2 + 「System time」が秒以下なら問題なし。参照サーバ一覧:
chronyc sources日本の VPS なら、標準の pool.ntp.org でも十分ですが、精度や応答速度を重視するなら NICT（情報通信研究機構）の ntp.nict.jp を /etc/chrony.conf に追記するとよいです（東京・小金井のストラタム1サーバ）。
8. 反映確認チェックリスト
hostnamectl で static hostname が新名前
hostnamectl | grep "Static hostname"
シェルプロンプトに新ホスト名
SSH 再ログイン or exec bash で反映
sudo 警告が出ない
sudo true で「unable to resolve host」が出なければ /etc/hosts OK
timedatectl で JST
Local time が +0900
ログのタイムスタンプが日本時間
journalctl -n 5 で最新ログが JST 表記
まとめ
「ホスト名」と「タイムゾーン」は派手な作業ではないですが、この後の運用効率に直結します。複数台のサーバを持つようになってから「あれ、どっちが本番だっけ」と冷や汗をかかないために、最初に必ず整えておきましょう。
次は SSH 公開鍵認証の設定 で「パスワードログインを禁止する」 → fail2ban → firewalld と進めて、攻撃面を最小化していきます。
