先に要点
- 共有レンタルサーバーのOSは、利用者が自分で更新することはできません。OS・カーネル・基盤ソフトの保守は事業者の役割で、そもそも利用者がやる必要もありません。
- これは欠点ではなく 「OSの面倒を見なくて済む」というレンタルサーバーの利点 です。代わりに利用者が管理するのは、PHPなどの言語バージョン・CMS・自分のコードです。
- 一方 VPSや専用サーバーは、自分にroot権限があり、OS更新は「できる=自分の責任でやる」 領域。前回の「サーバーOSが古いとどうなる」の話は、主にこちらに当てはまります。
- 共有でOSが古いまま不安なら、対処は 信頼できる事業者を選ぶ・新しいプランやサーバーへ移行する こと。OS自体を触る話ではありません。
サーバーのOSが古いと危ないと聞いたけど、うちはレンタルサーバー。OSの更新ってそもそも自分でできるの? ── これはとても良い疑問です。結論を先に言うと、サーバーの種類によって「できる/すべき」がまったく変わります。
この記事では、レンタルサーバーでOSを更新できるのか・すべきなのかを、共有レンタル・VPS・専用サーバーの違いから整理します。あわせて、利用者である自分が実際に更新すべきものは何か、事業者が行う「サーバー移行」とは何か、そして古いままが不安なときの現実的な対処までを解説します。
結論:種類で「できる/すべき」が変わる
まず全体像です。OSを誰が管理するか が、サーバーの種類で次のように分かれます。
| 種類 | OSを管理するのは | 自分でOS更新は |
|---|---|---|
| 共有レンタルサーバー | 事業者(ホスティング会社) | できない(する必要もない) |
| VPS | 利用者(自分) | できる=自分の責任でやる |
| 専用サーバー | 利用者(自分)。一部は事業者管理プランも | できる=自分の責任でやる |
| クラウド(IaaSの仮想マシン) | 利用者(自分) | できる=自分の責任でやる |
ポイントは、「OSを触れること」と「OSを触らなくて済むこと」は、どちらも価値になりうる という点です。自由に触りたいならVPSや専用、面倒を見たくないなら共有レンタル、という住み分けです。3者の選び方そのものはクラウド、VPS、レンタルサーバーの違いは?コスパ比較と実務での使い分けで整理しています。
共有レンタルサーバーではOSは触れない(し、触らなくていい)
共有レンタルサーバーは、1台の物理サーバーを多数の利用者で分け合う仕組みです。だからこそ、OSやカーネル、Webサーバー本体といった土台は、利用者が勝手に変えられない ようになっています。
- root権限が渡されない ── OSの根幹を変える管理者権限は、利用者には付与されない
- OS・カーネルの更新は事業者がやる ── セキュリティパッチや基盤の保守は、ホスティング会社の責任範囲
- 勝手な更新は他の利用者に影響する ── 共有している以上、一人が土台を変えると全員に波及するため、そもそも許可されない
これは制限であると同時に、大きなメリットでもあります。OSのサポート期限を気にしてパッチを当てたり、載せ替えを計画したりする手間が、まるごと事業者側にある ということだからです。
共有レンタルサーバーでは「OS・基盤は事業者、アプリ・データ・設定は利用者」と責任が分かれています。OSが古いかどうかの心配は、基本的に事業者の仕事。利用者が見るべきは、その上で動く自分のソフトです。
では自分は何を更新するのか
「OSは触れない」と聞くと何もできないように感じますが、利用者が管理すべきものはきちんとあります。むしろ、ここを放置する方が現実的なリスク です。
PHPなどの言語バージョン
多くの共有レンタルサーバーは、コントロールパネルからPHPのバージョンを利用者が選べる。古いPHPのままにせず、対応バージョンへ上げる。
CMS・プラグイン
WordPressなどの本体・テーマ・プラグインは利用者の責任で更新。放置すると乗っ取りの最大の原因になる。
とくに PHPバージョン は誤解されやすいところです。OS自体は触れなくても、PHPは管理画面から切り替えられる事業者がほとんどです。OSが古いからPHPも古いまま ではなく、PHPは自分で上げられる のが普通だと考えてください。CMSやプラグインの放置は、サポート切れOS以上に身近な乗っ取り原因なので、ここを最優先で更新します。
事業者が行う「サーバー移行」とは
共有レンタルサーバーでも、基盤はずっと同じではありません。事業者は定期的に、より新しいハードウェアやOS環境へ利用者を移す「サーバー移行(リニューアル)」 を行います。各社が提供する「新サーバーへの簡単移行」ツールなどがこれにあたります。
利用者側でやることは、おおむね次の流れです。
つまり共有レンタルサーバーでのOS更新は、「利用者がOSを更新する」のではなく「事業者が用意した新環境へ移行する」 形で実現されます。基盤の新しさは事業者に任せ、利用者は移行に乗るだけ、というのが基本です。
VPS・専用サーバーは「できる=自分でやる」
一方、VPSや専用サーバー(利用者管理プラン)では、root権限があり、OSの更新は自分でできます。そして同時に、自分の責任になります。
ここでは前回のサーバーのOSが古いとどうなる?の話が、まるごと自分ごとになります。
- セキュリティパッチの適用、EOL(サポート終了)の管理は自分の仕事
- メジャーアップグレードはその場で上げる(in-place)より、新しいOSで作り直して載せ替える方が安全なことが多い
- LTS(長期サポート)版を選べば、上げ替えの頻度を抑えられる
「自由に触れる」とは「自分で面倒を見る」と裏表です。OSの保守をしたくないなら共有レンタルやマネージドな環境、自由と引き換えに自分で管理するならVPS・専用、という選択になります。Linuxサーバーを自分で持つ場合の初期設定はLinuxサーバーの初期設定で最初にやることは?、VPSからの移行判断はVPSからクラウドへ移行すべきタイミングが参考になります。
古いままが不安なときの対処
共有レンタルサーバーで「基盤が古いままなのでは」と不安なときは、OS自体を触ろうとするのではなく、次の観点で対処します。
- 信頼できる事業者を選ぶ ── 基盤の保守は事業者頼みになる。新サーバーへの移行を継続的に提供している、実績のある事業者を選ぶことが一番の安心材料
- 新しいプラン・サーバーへ移行する ── 事業者が新環境を出しているなら、案内に乗って移る。これが共有での実質的な「OS更新」
- PHPやCMSは自分で最新化する ── 土台が新しくても、自分の管理範囲が古ければ意味がない。ここは確実に上げる
- 限界を感じたらVPS・クラウドへ ── 自由度が足りない、基盤を自分で管理したい、という段階になったら移行を検討する
逆に言えば、放置された格安・無名の事業者を使い続けるのが一番のリスク です。基盤の保守を委ねる相手なので、そこが手を抜いていると、利用者にはどうにもできません。事業者選びそのものがセキュリティ対策の一部になります。
レンタルサーバーのOS更新に関するよくある質問
Q. 共有レンタルサーバーのOSは自分で更新できますか?
A. できません。共有レンタルサーバーではroot権限が渡されず、OSやカーネルの更新は事業者(ホスティング会社)の責任範囲です。1台を多数の利用者で共有しているため、一人が土台を変えると全員に影響するからです。ただし、これは「OSの保守を任せられる」という利点でもあります。
Q. OSが古いと、自分のサイトも危険になりますか?
A. 基盤のOSの安全性は事業者次第ですが、実務で多い事故は、むしろ利用者の管理範囲(古いPHP、放置されたWordPressやプラグイン)から起きます。OSは事業者に任せつつ、自分が管理するPHPやCMS、コードを最新に保つことが、現実的なリスク低減につながります。
Q. PHPのバージョンも自分では変えられないのですか?
A. PHPは多くの共有レンタルサーバーで、コントロールパネルから利用者が選んで切り替えられます。OS本体は触れなくても、PHPは自分で上げられるのが一般的です。古いPHPはセキュリティと互換性の両面でリスクなので、対応バージョンへ計画的に上げてください。
Q. 事業者が行う「サーバー移行」とは何ですか?
A. 事業者が、より新しいハードウェアやOS環境を用意し、利用者をそちらへ移す取り組みです。各社の「新サーバー簡単移行」ツールなどがこれにあたります。共有レンタルサーバーでの基盤更新は、利用者がOSを触るのではなく、この移行に乗る形で行われます。案内が来たら放置せず対応するのが大切です。
Q. VPSなら自分でOSを更新できますか?
A. はい、VPSはroot権限があり、OSの更新を自分でできます。ただし同時に、セキュリティパッチの適用やサポート終了の管理も自分の責任になります。自由に触れる代わりに、保守の手間とリスク管理が自分に移る点を理解して選ぶ必要があります。
Q. OSの保守をしたくない場合はどうすればよいですか?
A. 共有レンタルサーバーや、クラウドのマネージドなサービスを選ぶのが向いています。これらはOSやインフラの保守を事業者側が担うため、利用者は自分のアプリに集中できます。逆に、OSまで自由に管理したい場合はVPSや専用サーバーを選びます。OSを「触りたいか/任せたいか」で選ぶと分かりやすいです。
Q. 今の事業者の基盤が古そうで不安です。どうすれば?
A. まず、その事業者が新サーバーへの移行を提供しているか確認し、あれば移行します。提供がなく、長く更新されていない様子なら、実績のある事業者への乗り換えを検討します。共有では基盤を事業者に委ねる以上、信頼できる事業者を選ぶこと自体が、セキュリティ対策の重要な一部になります。
参考リンク
- エックスサーバー: サーバー環境・新サーバーへの移行に関する案内
- さくらインターネット: レンタルサーバーのサービス仕様
- IPA: 安全なウェブサイトの作り方・運用(脆弱性対策)