カテゴリー: システム管理

カテゴリー
アプリ＆ミドルウエア

WordPress 管理者画面の保護

動機

wp-admin/.htaccess ファイルを置いて、特定のネットワーク上のホストからしか WordPress の管理者画面を利用できないように設定する。

Apache の httpd.conf 設定

LoadModule access_compat_module modules/mod_access_compat.so
LoadModule authz_host_module modules/mod_authz_host.so

上記２モジュールのコメントを外す。その後、Apache 再起動。

補足：上記の設定を忘れると.htacces ファイルに記述されたホスト限定の為のディレクティブを受け入れられず、次のエラー(logs/error.log)が発生してしまう。

/PATH/TO/wp-admin/.htaccess: Invalid command 'order', perhaps misspelled or defined by a module not included in the server configuration, ...
/PATH/TO/wp-admin/.htaccess: Invalid command 'deny', perhaps misspelled or defined by a module not included in the server configuration, ...

wp-admin/.htaccess の編集

本番環境リソースのレプリカを自宅のホスト上に作ったときのことを考えて、ネットワークの限定ルールに 192.168.0.0/24 を加える。

# Any access will be rejected except for it via Acca networks and my home network.
order deny,allow
deny from all

# 下記のルールで OCN モバイル ONE と Acca ネットワークスの両プロバイダ, 
# および自宅ネットワーク上のホストに限り、アクセスを許可できる
Allow from .tokyo.ocn.ne.jp
Allow from 192.168.0.0/24
カテゴリー
アプリ＆ミドルウエア

WordPress 4.2.4 から 4.3 へのアップグレード時エラー

現象

WordPress を更新

http://downloads.wordpress.org/release/ja/wordpress-4.3.zip から更新をダウンロードしています…

ダウンロードに失敗しました。: 要求されたリクエストを完了できる HTTP トランスポートがありません。

インストール失敗

対処方法

php.ini の php_curl を有効化。
Apache 再起動

カテゴリー
システム管理

Oracle Linux 6.7 がカーネルのブート時にハング

Dell Latitude E4200 へ Oracle Linux Server release 6.7 をインストールして使っている。
詳しく経緯を書くと２年前に 6u4 をインストールして、アップデートを重ねて 6u7 へ進化した。
結果をまとめると次の通り。”NG” と表記したカーネルを選択すると、直後にハングすることが分かった。原因や回避策は只今調査中。

NG Unbreakable Enterprise Kernel (2.6.39-400.250.11.el6uek.x86_64)
NG Unbreakable Enterprise Kernel (2.6.39-400.250.10.el6uek.x86_64))
ok Unbreakable Enterprise Kernel (2.6.39-400.250.9.el6uek.x86_64))
NG Red Hat Compatible Kernel (2.6.32-573.3.1.el6.x86_64))
NG Red Hat Compatible Kernel (2.6.32-573.1.1.el6.x86_64))
ok Red Hat Compatible Kernel (2.6.32-504.30.3.el6.x86_64))

2015-09-06 追記

  • その後の調査で、/boot へマウントしていたファイルシステムの領域不足であることが判明した。すべてのファイルシステムを dump でバックアップし、領域サイズを見直しながら fdisk を行い、ファイルシステムを元通りに restore した。
  • 上記の NG だったカーネルからのもブートが出来るか確認したところ、問題なく起動できるようになった。
  • ちなみに、現在の領域サイズは次のとおりである。以前は、/boot の領域サイズが189MB しか割り当てられておらず、Usage が 96% を超えてぎりぎりの状態だった。
  • 常時 6 つの異なるバージョンが維持される領域としては少なすぎた。
$ df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/mapper/vg_ol6-lv_root
                       27G   24G  2.1G  92% /
tmpfs                 1.5G   16K  1.5G   1% /dev/shm
/dev/sda1             485M  181M  280M  40% /boot
$