KUSANAGI公式セキュリティ設定で500エラーが出た話【wp-config.php】

本記事はKUSANAGI公式の「推奨セキュリティページ」通りに設定するとエラーが出てしまう件について述べるものです。
私だけでなく他の方でも同じケースを確認したので記しておきます。

【2024年9月17日追記】
現在のKUSANAGI環境では440で正常動作するはずです。
本記事は過去のトラブル事例として残しています。

天満川鈴 WRITTEN BY 天満川鈴
INDEX1,052 chars / 2 min
スポンサーリンク

症状

公式ページには、次の通り書かれています(コマンドは省略)

1-1-4 wp-config.phpを一つ上の階層へ移動

wp-config.phpを一つ上の階層へ移動します。次のように入力します。

……(略)……

1-2-4 wp-config.phpのオーナーを変更

次のように入力し、オーナーをWebサーバーからkusanagiユーザーへ変更します。

1-2-5 wp-config.phpのパーミッションを変更

オーナーを変更したら、wp-config.phpのパーミッションを440(r– r– —)にし、書き込みができないよう変更します。

ところがこの通りにすると500エラーを吐いて停止します。
結局場所を移動せず放置。
先日試しにもう一度ファイルを移動してみたら動いたので「ま、いっか」と流してました。

すると、同じ方を発見しました。

解決法

wp-config.phpのパーミッションを644にします

先日のアップデートで実装されたセキュリティタブも644でOKが出ているので間違いありません。

上記記事を読んでパーミッションを見直したところ644になってました。
いつの間に変えたんだろう、記憶にないのですが。

本来、wp-config.phpはできるだけ厳しく設定しておくべきです。
公式に書かれている通り440や400。
まあ644でも、フォルダ階層変えてるし大丈夫じゃないでしょうか。

なお、私と先述のブログの著者curo様の共通点はConoHaということくらい。
当時のConoHa+KUSANAGI環境固有の問題だった可能性があります。

まとめ

もし同じ現象になったらwp-config.phpのパーミッションを644にするか、ファイルの位置を元に戻してください

 

スポンサーリンク
天満川 鈴のプロフィール画像
WRITTEN BY

天満川 鈴

未経験からWEB業界に入り、現在はWEBディレクターとして実務に従事。 要件整理・導線設計・コンテンツ構成などを学びながら、日々改善を重ねています。 AIを活用したコンテンツ制作・効率化を強みとし、プロンプト設計を含めた制作フローの最適化にも取り組んでいます。
本サイトでは、WordPressやサイト制作に関する試行錯誤・検証内容を中心に発信。 技術検証の一環として、KUSANAGI公式サイトにて記事を2回紹介いただきました。

KUSANAGI ON VPS

VPSは、もう「黒い画面」だけじゃない。

「VPSは難しそう」と諦めていませんか? ConoHaのKUSANAGIなら、ブラウザ上の管理画面(KUSANAGI Manager)で、ドメイン設定からSSL発行まで直感的に操作可能です。

コマンド操作なしで世界最速級の環境を構築できる、今の時代の初心者にとっての最適解。私が長年愛用している理由がここにあります。

※当サイト経由で新規申し込みいただくと、特典として1000円分のクーポンをもらえます。

公式サイトで詳細を見る
× 閉じる