さくらのレンタルサーバーでSSL(SNI)を導入しwww有りに正規化したら BackWPup が動かなくなってしまった時の対処法

タイトルがかなり長くて訳わからないですね。（笑）
順を追って書くと長くなりますので、先に答えだけ書いておきます。
（うーん、このブログでは技術系Tipsはヤメとこうと思っていたのですが、自分が運用しているサイトで「さくらのレンタルサーバー」を使用しているのはここだけですのでしょうがないですね。初手がTipsとか嫌だなぁ・・・。）

解決策

エラーの原因

wp-cron.php へのアクセスに際しリダイレクトが発生し301ステータスコードを返すため、処理がストップする。

対処法

wp-cron.php をリダイレクトの対象から外す。

具体的な方法

htaccess を以下のようにします。3行目の RewriteCond %{REQUEST_URI} !^/wordpress/wp-cron.php$ の部分がキモ。

<IfModule mod_rewrite.c>
RewriteEngine On
RewriteCond %{REQUEST_URI} !^/wordpress/wp-cron.php$
RewriteCond %{HTTP_HOST} ^[ドメイン名]\.com$ [OR,NC]
RewriteCond %{HTTP:X-Sakura-Forwarded-For} ^$
RewriteRule ^(.*)$ https://www.[ドメイン名].com/$1 [R=301,L]
</IfModule>

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>

# END WordPress

導入にあたっては、wp-cron.php のパスを実態に合わせて変更して下さい。
もちろん、ドメイン名などの部分も実態に合わせて下さい。

発生したエラーと経緯

前後してしまいましたが、順を追って説明します。

さくらのレンタルサーバー （スタンダード）におけるSSL

さくらのレンタルサーバーでは、最近SNIベースのSSLが利用できるようになりました。ところが少々癖がある設定で、https(:443)へアクセスするとhttp(:80)へのプロクシとして動作するためサーバーそのものがアクセス元になってしまうとのことです。この状態で、htaccessでwww付きの正規化を行うと、80(リダイレクト)▶443(プロクシ)▶80 というループにハマるようです。

で、回避策として参考にしたのが、「さくらでURL正規化を正しく行うSSLの設定方法 – はるかのひとりごと」こちらの記事。

この通りにやるとちゃんと動くのですが BackWPup が上手く動きません。

BackWPup のエラー

BackWPup の エラー表示 (Information タブ)

Server self connect:    The HTTP response test get a false http status (301)Missing or not expected HTTP response headers:
date: Thu, 25 Feb 2016 04:57:45 GMT
server: Apache/2.2.31
location: https://www.yomuna.com/wordpress/wp-cron.php?[パラメータ省略]&backwpup_run=test
content-type: text/html; charset=iso-8859-1
connection: close

「wp-cron.php をテストで動かしてみたら、想定外の http ステータス(301) が返ってきたので接続切るから！」 ということですね。
てなわけで、wp-cron.php などをそもそもリダイレクトさせないようにしようということで、冒頭の一行を追加したわけです。

修正後の BackWPup の Information タブにおける表示

Server self connect:    Response Test O.K.

はい！うまく行きました。
夜間バックアップも自動で行われていましたよ！

おまけ

ついでと言ってはなんですが、wp-admin におく htaccess もご参考まで。
なお、この例では、htpasswdファイルを公開ディレクトリ(www)の上の階層に置いています。

AuthUserFile /home/[ユーザーID]/.htpasswd
AuthType Basic
AuthName "Web access"
Require valid-user
Order deny,allow

<FilesMatch "(async-upload\.php|admin-ajax\.php)$">
Satisfy any
Order allow,deny
Allow from all
Deny from none
</FilesMatch>

wp-admin ディレクトリにBasic認証をかけるんだけど、async-upload.phpとadmin-ajax.phpは認証無しでアクセスできますよ！っていう設定ですね。

なお、ご利用は各自の責任で！

---

おすすめの関連記事

ブログ記事を短時間でガリガリ量産するなら WordPress も はてなブログ もマークダウン記法が最適 － チートシート作ってみました
Wordpress、はてなブログ、MovableType など、ブログに思いついたことを勢いのあるまま文章にして打ち込んでいくとなると、マークダウン記法に勝るも…

WordPress無料テーマ「Xeory」を改造してYoast SEOを使う
WordPressのバズ部謹製フリーテーマ「Xeory」を改造して、SEOプラグインでメタタグを管理する方法です。子テーマを作成して改造を行います。…

WordPress で highlight.js を使用してシンタックスハイライトを導入 – 無料テーマ Xeory の改造
バズ部謹製の 「Xeory-無料WordPressテーマ」に、highlight.js を導入してシンタックスハイライトができるようにしてみました。また、子テー…