レンタルサーバー on qwerty.work

CloudFlareを使ったサイトのcPanelでDNS DCVエラーに対処

Mon, 08 May 2023 19:56:40 +0900

発端はcPanelからのエラーメール

レンタルサーバーはミックスホストを利用しています。このレンタルサーバー上で、複数のサイトを公開しています。その中で、いくつか表示を高速化させる目的で無料で使えるCDNのCloudFlareを使用しています。CloudFlareを使用しているドメインを対象にミックスホストのコントールパネルであるcPanelから、以下のメールが届きました。

DNS DCV: No local authority: “cpanel.example.com”; HTTP DCV: “cpanel.example.com” does not resolve to any IP addresses on the internet.

DNS DCV: ローカルオーソリティがありません： “cpanel.example.com”; HTTP DCV: “cpanel.example.com” は、インターネット上のどの IP アドレスにも解決しません。内容としては、AutoSSLでサーバー証明書を更新するために必要な****ドメイン認証ができなかったということでした。

この時点で、何かしらの設定をcPanel側かCloudFlare側のどちらにすればいいのか？初めてのことでチンプンカンプンでした。しかし、このまま放っておくと、サーバー証明書の期限が切れて面倒なことになると嫌だなと対処することにしました。

一時的にCloudFlareを無効化してからAutoSSLを更新

海外のサイトにヒントがありました。

https://www.liquidweb.com/kb/how-to-repair-the-dns-dcv-error-in-cpanel/ https://www.liquidweb.com/kb/how-to-repair-the-dns-dcv-error-in-cpanel/

日本語訳にしたこのページによると、この問題を解決するには、以下の4つが候補とありました。

スタンドアロンのSSL証明書を購入する
cPanelのAutoSSLをオフにして、CloudflareのSSLのみを使う
CloudflareのSSLはなしで、cPanelのAutoSSLのみを使う
Cloudflareを一時的に停止してから、AutoSSLの証明書を更新する

私はどちらのSSLも有効なまま使用したいので、迷わず4番を実行することにしました。

手順

1.CloudFlareにログインして、対象のドメインを選択

2.「Overview」メニューを選択し、ページ右下の「Advanced Action」にある**「Pause Cloudflare on Site」**をクリック

3.**「Confirm」**をクリック

4.MixhostのcPanelの「SSL/TLS Status」を開き、**「Run AutoSSL」**ボタンをクリック

5.処理が終わるまで数分待ちます

6.するとエラーが消え更新完了となります

7.最後に、Cloudflareに戻り、「Overview」メニューを選択し、ページ右下の「Advanced Action」にある**「Enable Cloudflare on Site」**をクリックして有効化

以上。

エラーが残ったままになる場合

cPanelの「SSL/TLS Status」の画面でエラーが一部残ったままになる場合は、CloudflareのDNSにCNAMEまたはAレコードの登録が不足しているのが原因かと思われます。特にサブドメインのURLです。私はこのパターンでした。以下のようにレコードを追加して、再度**「Run AutoSSL」**を行ってみてください。解消されるはずです。

CNAMEを追加した例

CloudflareのDNS Recordsにサブドメイン名とFQDN（対象ドメイン）を追加

Aレコードを追加した例

CloudflareのDNS Recordsにサブドメイン名とレンタルサーバー（Mixhost）のIPアドレスを追加

この事に繋がるヒントが以下のページにありました。

https://define.co.jp/ssl/certificate-generation-process/domain-control-validation#vk-htags-dfb56e88-98c0-4aac-ba09-32e85145aaaa https://define.co.jp/ssl/certificate-generation-process/domain-control-validation#vk-htags-dfb56e88-98c0-4aac-ba09-32e85145aaaa

まとめ

今回のエラーはDNSに対してCNAMEによるドメイン認証、またはhttp通信でコモンネーム（FQDN）をCSRを元に作成したハッシュ値をファイル名にしたテキストファイル（http(s)://ドメイン/.well-known/pki-validation/ハッシュ値.txt）をサイト上で確認したかったが、それをクラウドフレアが邪魔しているといった話のようです。AutoSSLは3ヶ月に一度、サーバー証明書が自動更新される仕組みなので、3か月後もこの作業をしなければならないかもしれません。

今度試してみたいこと（その1）

後からの気づきですが、3ヶ月に1回この作業をするのも面倒なので、Cloudflareに設定を追加して今回のドメイン認証エラーを回避することができるのではないかと思いました。

例えば、

/.well-known/pki-validationの階層では「キャッシュを無視（スキップ）」、「SSLオフ」、「アプリの無効化」など、考えられるいずれかのルールを追加する
【効果なし】DNS Recordsにあるドメインを除き、サブドメインのAレコードをすべてCNAMEに変更する
【効果なし】DNS Recordsにあるドメインを除き、サブドメインのAレコードをすべて削除する

このどれかで回避できちゃったりするのかもしれませんので、またエラーが出たときに試してみたいと思います。

以下のCloudflareによるDCVのページ（下の階層も含む）にもヒントがありそうです。

https://developers.cloudflare.com/ssl/edge-certificates/changing-dcv-method/ https://developers.cloudflare.com/ssl/edge-certificates/changing-dcv-method/

今度試してみたいこと（その2）

以下のページではHTTPSへのリダイレクトが原因とありました。これも試してみたいと思います。

https://interactivewebs.com/cpanel/cpanel-autossl-certificate-expiry-on-date-cloudflare-enabled-domain/ https://interactivewebs.com/cpanel/cpanel-autossl-certificate-expiry-on-date-cloudflare-enabled-domain/

【効果なし】Cloudflare側のHTTPSの強制をやめる
【効果なし】Cloudflare側の/.well-known/pki-validationの階層では「SSLオフ」のルールを追加する
.htaccessで/.well-known/pki-validation階層ではhttpsに転送を除外する

今度試してみたいこと（その3）

Cloudflareの**［SSL/TLS］-［オリジンサーバー］-［認証済みOrigin Pull］を「オン」**にしてみる。

AutoSSLの更新がうまくいってるドメインのサイトは、ここがONになっていました。次回エラーが出た際はこれを試してみたいと思います。

LiteSpeedのレンタルサーバー、ロリポップとMIXHOSTはどっちが速い？

Thu, 17 Sep 2020 23:58:59 +0900

ベンチマークの参考サイト

現在、レンタルサーバーはMIXHOSTを使っています。WEBサーバーに同じLiteSpeedを使たレンタルサーバーとしてロリポップ（ハイスピードプラン）というのがあるのを最近知りました。月額料金はMIXHOST（スタンダードプラン）に比べて少し安いので乗り換えようか検討しているんですが、金額とスピードのどちらかを重視して決めたいと思うのですが、自分でベンチマークするのは面倒なので、参考になるサイトを見つけたのでメモ。

https://www.sugai-design.com/archives/689.html https://www.sugai-design.com/archives/689.html

https://biz-server.net/fastest-server/ https://biz-server.net/fastest-server/

https://rilaks.jp/wordpress/mixhost-xserver/ https://rilaks.jp/wordpress/mixhost-xserver/

https://wp-hikkoshi.com/blog/337/ https://wp-hikkoshi.com/blog/337/

PHPのバージョンアップで発生するタイムゾーンエラーの対処方法

Wed, 09 Sep 2015 00:17:00 +0900

使用しているレンタルサーバーのバージョンが上がったせいか、今まで正常に動いていたPHPのスクリプトでエラーが出始めた。

エラーの内容

なにやらデフォルトのタイムゾーンを設定しろ的な**date_default_timezone_set()**に関するエラー。

Warning: date(): It is not safe to rely on the system’s timezone settings. You are required to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected the timezone ‘UTC’ for now, but please set date.timezone to select your timezone. in /public_html/qwerty.work/lib/***.php on line 123

対処法方法

タイムゾーンの設定はphp.iniか.htaccessでするか、スクリプト内に宣言するかなどできます。

php.iniの場合

[Date]セクション内を編集

;date.timezone =
  　　　↓↓↓
date.timezone = Asia/Tokyo

※スクリプト全てに対して適用されます

.htaccessの場合

以下を追加

php_value date.timezone Asia/Tokyo

※.htaccess制御範囲内のスクリプト全てに対して適用されます

スクリプト内で宣言する場合

date_default_timezone_set('Asia/Tokyo');

※記述を追加したスクリプトのみに対して適用されます

バリューサーバーのcronでMovabletypeの再構築を自動化できない

Tue, 07 Apr 2015 10:15:27 +0900

バリューサーバーのcronでMovabletypeの再構築を自動化できない

昨日はバリューサーバーでMovabletypeの再構築を行うスクリプトの動作を確認できたので、）あとはcronにそのスクリプトを登録し、毎日自動的に再構築をしようと**コントロールパネルの「CRONジョブの設定・編集」**に登録しました。

ところが実行されていない！？あれ？？なんで？？

ヘテムルの時は実行が成功したのか、エラーが出ているのかメールが届いていたのですが、メールも届かず、cronが動いているのかどうなのか、さっぱりわかりません。サポートも期待できないので、自己解決するためにいろいろ調べました。

crondの動作状況を調べる

cronを使用するためにcrondというやつが動いていないといけないみたいで、Tera Termを使ってレンタルサーバーにSSHで接続し、以下のコマンドで調べます。(SSHはTeraTermなどのSSHクライアントでバリューサーバーの場合、ホスト名：**.valueserver.jp、ユーザーID、FTPパスワードで接続します。）

# /etc/rc.d/init.d/crond status

すると、

crond (pid  *****) is running...

と返ってきたので、どうやらcronは動いているみたいです。

もし、cronが動いていなかったら

/etc/rc.d/init.d/crond start

再起動の場合は

/etc/rc.d/init.d/crond restart

参考：https://www.express.nec.co.jp/linux/distributions/knowledge/system/crond.html

crontab -lでcronジョブの登録状況を調べる

SSHで以下のコマンドを打つ

crontab -l

すると「CRONジョブの設定・編集」に登録した内容が表示されました。

ちゃんと登録されているみたいです。

じゃあなんで動かない！？

昨日はSSHからcronで登録したファイルでちゃんとrebuild-pageｓを実行することができたのになんで？まだ何かエラーがあるの？

とういうことで、cronで登録のファイルが実行されたときにどうなっているのかを知るために、今度はエラーメールが届くような方法がないか探したところcrontab　-eでcrontab -lで表示されたリストにMAILTO=“user@example.com”と宛先を入れればいいようです。（※contab -rと打つとジョブが削除されますので隣同志のeとrを打ち間違えないように注意）

crontab -eでMAILTOを追加する

crontab -e

と打つとviエディタが起動し、crontab -lで表示された内容が出てくるので、一番上の行にメールの宛先を入力します。

ただし、Linuxに慣れている方はご存知だとおもいますが、viエディタの操作は普通に文字を入力するようにできませんので注意。

viエディタの操作方法の参考：http://www.envinfo.uee.kyoto-u.ac.jp/user/susaki/command/vi.html

ちなみにTera Termでは以下できました。

iを押し入力モードにする
カーソルで移動して最初の行を改行し、そこに**MAILTO=“user@example.com”**と入力
ESCを押して入力モードから出る
:wq と打つと保存して終了

そして、ちゃんと保存できているかはcrontab -lで確認できます。

cronを実行してみる

バリューサーバーのコントロールパネルの「CRONジョブの設定・編集」に2分後の時刻を設定してみましたが、設定の反映に1時間程度かかるようで、待っていられないので、SSHからcrontab -eで2～3分後の時間を設定してみました。

すると、メールキター！！でもエラー！！

BEGIN failed–compilation aborted at /virtual/user-dir/bin/lib/perl5/Web/Scraper.pm line 10.

Compilation failed in require at ./tools/rebuild-pages line 14.

BEGIN failed–compilation aborted at ./tools/rebuild-pages line 14.

/Web/Scraperの10行目を見る

use HTML::TreeBuilder::XPath;

とある。ですが、HTML::TreeBuilder::XPathはインストールしてやったはず…。もしかして、HTML::TreeBuilder::XPathがどこにあるかわからないよいう意味でパスを入れてやればいいのかな？ということで、パスを挿入。

use lib ("/virtual/user-dir/perl5/lib/perl5");
use HTML::TreeBuilder::XPath;

rebuild-pagesの14行目を見る

/mt/tools/の中にあるrebuild-pagesを開くと

use Web::Scraper;

とある。前回、これもパスを追加して対策したはず…。Web::ScraperはHTML::TreeBuilder::XPathがないと動かない。ここにもHTML::TreeBuilder::XPathのパスがいるのかな？何故かWeb::ScraperとHTML::TreeBuilder::XPathの保存されている場所がそれぞれ違う（多分インストールをミスった）。

ということで、rebuild-pagesにHTML::TreeBuilder::XPathのパスを追加。

#追加前
use lib ("$FindBin::Bin/../lib", "$FindBin::Bin/../extlib", "/virtual/user-dir/bin/lib/perl5");

#追加後
use lib ("$FindBin::Bin/../lib", "$FindBin::Bin/../extlib", "/virtual/user-dir/bin/lib/perl5", "/virtual/user-dir/perl5/lib/perl5");

そしてもう一度cron実行

キター！！メールにsuccessの文字

rebuilding (QWERTY.WORKブログ …

      Individual built success.

無事、毎日cronでMovabletypeの再構築が自動化されました。

ただ、バリューサーバーは3分以上かかるスクリプトはダメみたいなので、全部の再構築をするのに時間が足りないため、インデックスやアーカイブページの再構築を個別に行うよう、cronジョブを複数に分けました。また、複数のジョブの間隔は1時間空けないといけないみたいなので、1時間5分間間隔で連続してcronを実行するようしました。

バリューサーバーでMovabletypeのrebuild-pagesを動かす

Mon, 06 Apr 2015 13:09:52 +0900

速くて安いサーバーないかな～なんてネットで検索してたらレンタルサーバーの比較をしているページ（http://rs-hikaku.com/）を見つけました。

速くて安いのなら乗り換えようかとバリューサーバー（ValueServer）の10日間のお試しで使ってみた。けどヘテムル（heteml）で動いていたものが動かない…。

cronに登録してMovabletypeの再構築をrebuild-pagesで自動的に毎日行っているのですが、以前の記事で書いた内容でヘテムル（heteml）では動いていたのにバリューサーバー（ValueServer）では動かない。

以前の記事：cronとrebuild-pagesを使って定期的にMovableTypeを自動で再構築する

でも動かないままあきらめるのも嫌なので動くまでやってやろうと以下の事を追加で行い動かすことができました。

SSHでrebuild-pagesを実行したらエラー

まず動かない原因を探るためTera Termをインストールして、バリューサーバー（ValueServer）のサーバーにSSHでログインし、rebuild-pagesを実行してみます。

/usr/bin/perl /virtual/user-dir/public_html/mt/tools/rebuild-pages

とrebuild-pagesを実行してみたところ

BEGIN failed–compilation aborted at /virtual/user-dir/public_html/mt/tools/rebuild-pages line 14. というエラー。どうやらcronの設定が悪いのではなく、スクリプトでエラーが出ているようです。

/mt/tools/にあるrebuiled-pagesを開いて14行目を見ると「use Web::Scraper;」とありました。PerlモジュールのWeb::Scraperで引っ掛かっているようで、どのフォルダーを探してもWeb::Scraperが見当たらないのでエラーとなっているようです。

Web::Scraperを入れる

PerlモジュールのWeb::Scraperをどうやって入手すればいいのかわからなかったのですが、以下のサイトを参考にSSHでbinというディレクトリを作ってWeb::ScraperをインストールするためのcpanmとWeb::Scraperに必要なHTML::TreeBuilder::XPathをそれぞれインストールしました。

参考：http://blog.eleclabo.com/2015/02/post-158.html

cpanmを/virtual/user-dir/binにインストール

% cd /virtual/user-dir
% mkdir bin
% cd bin
% curl -LO http://xrl.us/cpanm
% chmod +x cpanm

Web::ScraperとHTML::TreeBuilder::XPathを/virtual/user-dir/binにインストール

% cd /virtual/user-dir
% cpanm -l bin Web::Scraper
% cpanm -l bin HTML::TreeBuilder::XPath

これで、/virtual/user-dir/bin/lib/perl5/Web/Scraperができあがりました。

rebuiled-pagesにパスを追加

rebuiled-pagesの8行目あたりにPerlモジュールの参照先を指定する部分があります。ここにはWeb::Scraperのある場（/virtual/user-dir/bin/lib/perl5）が指定されていませんので追加します。

#編集前
use lib ("$FindBin::Bin/../lib", "$FindBin::Bin/../extlib");<br>

#編集後
use lib ("$FindBin::Bin/../lib", "$FindBin::Bin/../extlib", "/virtual/user-dir/bin/lib/perl5");

LWP::UserAgent::Localのあるディレクトリ（/mt/lib/）または/mt/extlib/にWeb::Scraperをインストールしておけば、これは不要だったかもしれませんがあまりSSHになれていないので、変なことにならないようここは参考通りにしておきます。

最後にlocal.pmのパスを修正

/virtual/user-dir/public_html/mt/lib/LWP/UserAgent/Local.pmの**".$script_name"を"/virtual/user-dir/public_html/mt/$script_name"**に修正します。

#88行目あたり
#修正前<br>my $pid = open2( \*RESPONSE, \*REQUEST, "./$script_name" )

#修正後
my $pid = open2( \*RESPONSE, \*REQUEST, "/virtual/user-dir/public_html/mt/$script_name" )

#94行目あたり
#修正前
open RESPONSE, "./$script_name|" or die "Couldn't spawn $script_name";

#修正後<br>open RESPONSE, "/virtual/user-dir/public_html/mt/$script_name|" or die "Couldn't spawn $script_name";

できた！

それぞれ修正したファイルをアップロードして、パーミッションも700にして、再度SSHで

/usr/bin/perl /virtual/user-dir/public_html/mt/tools/rebuild-pages

と打ってrebuiled-pagesを実行したらキター！！

ってことで一件落着。

【追記】これでcronもうまくいくはずだったのですが、うまくいかず以下のページで解決。

バリューサーバーのcronでMovabletypeの再構築を自動化できない

ロリポップ：急にPHPのインクルードがエラーで使えない！（解決）

Fri, 04 Mar 2011 20:26:23 +0900

タイトルの通りですが、今まで使用できていたPHPのインクルードが急に使えなくなりました。

PHPのバージョンを5.2から5.3に変更したからかもしれませんが、以下のエラーが出ます。

Warning: include_once() [function.include-once]: http:// wrapper is disabled in the server configuration by allow_url_include=0 in/home/users/2/lolipop.jp-dp********/web/tracking/index.php on line 182

結論からいうと、インクルードするファイルのパスをドキュメントルートで指定すれば解決です。

<?php

include_once "/home/users/2/lolipop.jp-dp********/web/include.inc";

//または

include_once $_SERVER['DOCUMENT_ROOT']."/include.inc";

?>

include,include_once,require,require_onceも同様です。

今までは、ホストディレクトリを指定していたため、今回エラーになりました。

<?php

include_once "http://qwerty.work/include.inc";

//または

include_once "http://".$_SERVER['HTTP_HOST']."/include.inc";

?>

これに気づくのにしこたま時間がかかりました…。

解決できてよかったです。

エラー文のallow_url_include=0が原因だと思って、ひたすらGoogleで検索しましたが、ロリポップにはphp.iniでallow_url_includeに関する設定項目がなく、困っていました。

やれやれ…。