Mixhost 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になっていました。次回エラーが出た際はこれを試してみたいと思います。

【Exment】Mixhostにインストールしたときの手順

Wed, 02 Nov 2022 08:40:55 +0900

ExmentをMixhostにインストール

顧客管理、日報管理、勤怠管理、アドレス帳など、ちょっとした業務用WEBアプリに使えそうで、「なんでも管理できるWEBデータベース」と謳っている国産オープンソースソフトウェア「Exment」（エクスメント）。これを現在使用しているレンタルサーバー「ミックスホスト」にインストールしてみました。その手順をメモ。

https://exment.net/what https://exment.net/what

Exmentの動作要件

PHP 7.3.0以上
MySQL 5.7.8以上、8.0.0未満

または MariaDB 10.2.7以上

MixhostのcPanelでの作業

サブドメイン作成通常の公開サイトとは別に、Exment用サイト作る場合、mixhost のcPanelからサブドメインを作成します。

例） exmple.com → exment.example.com

PHPのバージョンを変更このページを投稿した時点のExmentのバージョンが v.5.0.0 で、ベースであるPHPフレームワークのLaravelバージョン9を使用し、PHPのバージョンは8.0以上である必要があります。Mixhostのデフォルト設定が７.０系の場合、変更する必要があります。以下のページを参考。

https://exment.net/archives/1816 https://exment.net/archives/1816

FTPユーザー作成 MySQLにデータベースを作成 **[cPanel]-[MySQLデータベース]**の画面からExment用に新しいデータベースを作成します。作成したデータベースにユーザーを追加データベースが作成できたら、同じ画面から作成したデータベースにアクセスする新しいMySQLユーザーを作成し、データベースに対して割り当てます。

Laravelをインストール

ExmentはPHPフレームワークのLaravelをベースに作られているので、サーバーにLaravelを入れておく必要があります。mixhost ではGUIで簡単にインストールできます。

cPanelのLarabelのアイコンをクリック

[![cPanelからLaravelインストール](images/No-10.jpg)](/blog/2022/11/02/No-10.jpg)

メニューに従い、インストールしたいドメインとディレクトリを指定。

インストールフォルダを分けないときはディレクトリの指定は不要。

[![cPanelからLaravelインストール](images/No-11.jpg)](/blog/2022/11/02/No-11.jpg)

[mixhost](https://px.a8.net/svt/ejp?a8mat=2ZF6W2+2DQFW2+3JTE+5YJRM)

の場合、Composerは標準でインストールされているので、別途Composerをインストールする必要はありません。

各バージョンを確認

cPnanlのTerminalからExmentに必要な各バージョンを確認。

コマンド

カレントディレクトリを変更

$ cd public_html/対象サイトフォルダ名

PHPのバージョンを確認するコマンド

$ php -v

Composerのバージョンを確認するコマンド

$ conposer -v

Laravelのバージョンを確認するコマンド

$ cd public_html/対象サイトフォルダ名/laravel
$ php artisan -v

Exmentのインストール

ExmentのZIPをダウンロード

https://exment.net/docs/#/ja/quickstart_easy?id=zip%e3%83%80%e3%82%a6%e3%83%b3%e3%83%ad%e3%83%bc%e3%83%89%e3%83%bb%e5%b1%95%e9%96%8b https://exment.net/docs/#/ja/quickstart_easy?id=zip%e3%83%80%e3%82%a6%e3%83%b3%e3%83%ad%e3%83%bc%e3%83%89%e3%83%bb%e5%b1%95%e9%96%8b

解凍してアップロード解凍したexmentフォルダをLaravelフォルダ直下に置いてみました。公式サイトではexmentフォルダの中身を公開ディレクトリのルート直下に配置すると、外部からデータベースの設定が他人に見られてしまう恐れがあるとのことと、なんとなくフォルダ分けしておきたいのでLaravelフォルダの中にExmentフォルダを配置してみました。

`https://example.com/laravel/exment`

サイトルート
  └ laravel
     └ exment

Laravelフォルダの下位ではなく、同じ階層に置いた場合でもOKでした。

インストール画面にアクセス

Exmentフォルダ内にあるpublicのパス対して**admin**を付けてアクセス

https://exment.example.com/laravel/exment/public/admin/
  ↓
https://exment.example.com/laravel/exment/public/admin/install にリダイレクトされる

[![Exmentインストール画面](images/No-00s.jpg)](/blog/2022/11/02/No-00.jpg)

データベース接続設定使用できるデータベース

  - MySQL
  - MariaDB
  - SQL Server


[mixhost](https://px.a8.net/svt/ejp?a8mat=2ZF6W2+2DQFW2+3JTE+5YJRM)

の場合、MariaDBを選択。ホスト名：127.0.0.1、ポート：3306はそのままでOK。

[![Exmentインストール画面 データベース接続情報設定](images/No-01s.jpg)](/blog/2022/11/02/No-01.jpg)

警告に対処システム条件の確認で警告が出たら対処します。

cPanelの**MultiPHP INI Editer**から各数値の設定を推奨値に変更。

[![Mixhost cPanel MultiPHP INI Editer](images/No-03s.jpg)](/blog/2022/11/02/No-03.jpg)


  
    
      警告
      対応名称
      変更後の値
    
  
  
    
      メモリ使用量上限
      memory_limit
      512M
    
    
      一度にPOSTできる上限数
      max_input_vars
      3000
    
    
      タイムアウト時間
      max_execution_time
      180
    
  

［適用］ボタンを押して、再度インストール画面に戻り、システム条件の確認画面で警告が出なければそのまま進みます。

[![Exmentインストール画面 システム要件の確認 動作条件確認](images/No-05s.jpg)](/blog/2022/11/02/No-05.jpg)

Composerのインストールが確認できない警告については、既にインストールされていることを確認済みなので無視しました。

インストール実行

[![Exmentインストール画面](images/No-04s.jpg)](/blog/2022/11/02/No-04.jpg)

初期設定

インストールが完了すると初期設定画面が表示されるので、**サイト名**や**管理者情報**を登録します。

https://exment.example.com/laravel/exment/public/admin/initialize

[![Exment初期設定画面](images/No-06s.jpg)](/blog/2022/11/02/No-06.jpg)

419 PAGE EXPIRED エラーが出たら

初期設定画面を放置して、後から入力して保存したら、以下のエラー画面が出ました。一旦、初期画面に戻り、F5を押してページを更新し、改めて初期設定を行い保存したら、エラーが出ず保存できました。

[![419 PAGE EXPIRED エラー](images/No-07.jpg)](/blog/2022/11/02/No-07.jpg)

https://exment.example.com/laravel/exment/public/admin/initialize

ダッシュボードが表示されインストール完了

[![Exmentダッシュボード](images/No-08s.jpg)](/blog/2022/11/02/No-08.jpg)

ログイン画面

https://exment.example.com/laravel/exment/public/admin/auth/login

アップデート方法

cPanelのTerminalからコマンドで実行

$ cd public_html/サイトディレクトリ/laravel/exment
$ wget https://exment.net/downloads/cmd/ExmentUpdateLinux.sh
$ chmod 755 ExmentUpdateLinux.sh
$ ./ExmentUpdateLinux.sh

https://exment.net/docs/#/ja/update https://exment.net/docs/#/ja/update

Composerのアップデートに失敗するとき

PHPのバージョンが低いことが原因でアップデートに失敗した場合はPHPのバージョンを指定してからアップデートします。 ./ExmentUpdateLinux.shを実行したときにComposer関連でエラーが出る時も同様です。

エラーの例

[ErrorException]
  Composer detected issues in your platform: Your Composer dependencies require a PHP version ">= 8.0.2". You are running 7.4.33.

エラー回避のコマンド例

$ cd public_html/サイトディレクトリ/laravel/exment
$ composer config platform.php 8.0.27
$ composer update

または

$ composer --no-plugins update --no-scripts

それでもエラーが出る場合

Exmentの階層にあるcomposer.jsonのconfig項に "platform-check": falseを追記すると解決れできるかもしれません。

"config": {
    "platform-check": false
},

https://ao-system.net/note/170 https://ao-system.net/note/170

これを行ってかから、再度./ExmentUpdateLinux.shを実行すると無事にExmentのアップデートが正常に終わりました。

参考ページ

https://gray-code.com/php/specify-php-version-in-composer/ https://gray-code.com/php/specify-php-version-in-composer/

https://www.softel.co.jp/blogs/tech/archives/3826 https://www.softel.co.jp/blogs/tech/archives/3826

MixhostにLaravelとComposerを簡単インストールする手順

Tue, 01 Nov 2022 23:00:12 +0900

PHPの人気のフレームワーク「Laravel」を使いたいと考えていたのですが、**そもそも今使っているレンタルサーバーの mixhost で使えるの？**と疑問に思ったので調べてみると使えることが分かりました。しかも、レンタルサーバーの管理画面 cPanel から簡単にインストールできます。実際にインストールしてみた手順をメモ。

Laravel環境を構築する歳、事前にComposerをインストールする作業が必要になることが多いのですが、mixhost の場合はComposerは標準で入っているので、Composerをインストール作業は不要です。

インストール手順

1.cPanelのLaravelをクリック 2.「QuickInstall」を選択 3.インストールするドメインとディレクトリを選択して「インストール」をクリックここでは「laravel」ディレクトリにインストールするようにしていますが、ルート直下にインストールする場合、空欄のままインストールもできます。

[![Mixhost Laravel インストール画面](images/No-04s.jpg)](/blog/2022/11/01/No-04.jpg)

4.インストールが終わるのを待つ。 5.インストール完了時間がかかるのかな？と思っていたら数秒であっさりインストールが完了しました。

[![Mixhost Laravel インストール画面](images/No-02s.jpg)](/blog/2022/11/01/No-02.jpg)

6.ブラウザからLaravelをインストールしたディレクトリにアクセスインストールに成功した旨のメッセージが表示され、5秒後に次の画面に自動でリダイレクトされます。

http://example.com/laravel/

[![Mixhost Laravel インストール画面](images/No-05s.jpg)](/blog/2022/11/01/No-05.jpg)

7.上記の画面からリダイレクトされた画面

http://example.com/laravel/public

[![Mixhost Laravel インストール画面](images/No-06s.jpg)](/blog/2022/11/01/No-06.jpg)

各バージョンを確認するコマンド

環境として必要なものが揃っているか、PHP、Composer、LaravelのバージョンをcPanelのTerminalからコマンドで確認することができます。

PHPのバージョンを確認するコマンド

$ cd public_html/ドメインフォルダ名
$ php -v

Composerのバージョンを確認するコマンド

$ composer -v

Laravelのバージョンを確認するコマンド

$ cd public_html/ドメインフォルダ名/laravel
$ php artisan -v

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/

MixhostではMovable Typeを高速化するためのCache::Memcachedは使えない？

Fri, 15 Jun 2018 00:31:56 +0900

速いレンタルサーバーの Mixhost で Movable Type をもっと高速化しようと Cache::Memcached を入れてみようとしましたが、やり方が悪いのか？そもそもできないのか？今後のためにやってみたことをメモ。

設定したこと

Cache::Memcached をインストール

Mixhostの管理画面 [cPanel]-[ソフトウェア]-[Perlモジュール] から Cache::Memcached をインストールします。

mt-config.cgi で有効化

mtフォルダにある mt-config.cgi を開き、以下の2行を追加して Cache::Memcached を有効にします。

MemcachedServers 127.0.0.1:11211
MemcachedDriver Cache::Memcached

ちなみに、Cache::Memcached の互換モジュールは複数存在していますが、その一つでより高速な Cache::Memcached::Fast を試しにインストールして MemcachedDriver に指定しましたが、有効になりませんでした。

システム情報で確認

以下にアクセスすると Movable Type の管理画面の [ツール]-[システム情報] が開きます。

mt.cgi?__mode=tools&blog_id=0

ここに**「利用不可」**と表示されました。残念です。

Memcacheの状態: Memcacheは設定済みです。 Memcacheサーバーは利用不可です。他に方法が見つかれば、挑戦したいと思います。

Mixhostで運用中のMovable Typeの再構築をCronジョブで定期的に自動で行う方法

Wed, 13 Jun 2018 20:30:02 +0900

Mixhost のレンタルサーバーで運用しているMovable Typeの再構築をCronジョブを使って、深夜に自動的に行いたいときの方法をメモ。

Cronジョブに登録

Mixhost の [cPanel]-[Cronジョブ] の画面に以下のようにコマンドを登録していきます。

登録例

以下は**「毎日03:45分にカテゴリアーカイブを再構築」**するときのコマンド設定例です。

コマンド例

rebuild-pages という Movable Type にあるスクリプトファイルを使って再構築を行います。パラメータを加えることによって部分的に指定して再構築を行うことができます。

  再構築の内容
  コマンド




  すべて再構築
  /usr/bin/perl /home/ze****ju/public_html/domain.name/mt-folder/tools/rebuild-pages


  ブログ記事を再構築
  /usr/bin/perl /home/ze****ju/public_html/domain.name/mt-folder/tools/rebuild-pages --type=Individual


  月別ページを再構築
  /usr/bin/perl /home/ze****ju/public_html/domain.name/mt-folder/tools/rebuild-pages --type=Monthly


  カテゴリアーカイブを再構築
  /usr/bin/perl /home/ze****ju/public_html/domain.name/mt-folder/tools/rebuild-pages --type=Category


  インデックステンプレートとウェブページアーカイブを再構築
  /usr/bin/perl /home/ze****ju/public_html/domain.name/mt-folder/tools/rebuild-pages --type=index --type=Page

これ以外に複数のブログがあったりする場合は記事下の参考ページにブログIDを指定する方法などが書かれています。

ユーザー名とパスワードを指定したコマンドの例

以下のように、あらかじめMTにログインする際のユーザ名とパスワードをコマンドに含めておけば、下の方にもある rebuild-pages での事前設定が不要です。

/usr/bin/perl /home/ze****ju/public_html/domain.name/mt-folder/tools/rebuild-pages --user=ユーザー名 --pass=パスワード --silent その他のオプション

Cronジョブで再構築が成功した場合のメール

メールアドレスを登録しておくと、Cronジョブが実行されるたびに結果のメールが届きます。

以下のメールはインデックステンプレートとウェブページアーカイブの再構築に成功した場合ですが、メールの本文に success の文字が入ったメールが届きます。

Perlモジュールが足らなくて失敗した場合

Perlモジュールが不足してCronジョブが失敗したときは以下のようなメールが届きます。ここでは Web::Scraper というPerlモジュールが足りませんので、 [cPanel]-[Perlモジュール] の画面から Web::Scraper をインストールします。

パスの指定が間違っていて失敗した場合

以下の場合、 Local.pm というファイルの94行目にあるパスが正しく /home/ze****ju/public_html/domain.name/mt-folder/tools/ になっていないというメールです。

mt-folder/lib/LWP/UserAgent/Local.pm を開いてパスを toolsフォルダまでの /home/ze****ju/public_html/domain.name/mt-folder/ に変更します。以下は正しく変更したときのソースですが、88行目にも同じようなソースがありますので、ここにあるパスも同じものに変更します。（※Local.pmはMTにはデフォルトで存在していないファイルです。ページの下の方に準備する方法を記載しています。）

大前提としての基本準備

最初に書くべき内容かもしれませんが、ここでは以前に他のレンタルサーバーでCronジョブによる再構築を行っていたものを Mixhost で行うとしたらどうやって設定すればいいかをメインにしていますので、後に書きました。Cornジョブを登録すれば簡単に自動で再構築ができるというもではありません。MTにいくつかの設定とPerlモジュールのインストールが必要です。

Web::Scraper のインストール

上にも書いていますが、Perlモジュールの Web::Scraper が必要です。Web::Scraper を [cPanel]-[Perlモジュール] から検索して Mixhost にインストールしてください。

rebuild-pages の基本設定

rebuild-pages は再構築を行うためのスクリプトファイルです。ここに以下の初期設定が必要です。

  ファイルの場所
  /home/ze****ju/public_html/domain.name/mt-folder/tools/


  ファイル名
  rebuild-pages

  （拡張子なしのファイル）


  2行目に追記
  use cPanelUserConfig;

    （※レンタルサーバーがMixhostの場合に必要）


  $username
  MTの管理画面にログオンするときのユーザー名

    （※コマンドに直接指定している場合は不要）


  $password
  MTの管理画面にログオンするときのパスワード

  （※コマンドに直接指定している場合は不要）


  $script_path
  MTフォルダのパス

  （例：/mt-folder/　※不要かも？）


  $hostname
  ドメイン名

  （例：qwerty.work　※不要かも？）

LWP::UserAgent::Localの設置

ebuild-pages が必要としている LWP::UserAgent::Local がMTには標準ではないので、以下より Local.pm のソースをダウンロード（ソースをコピー）します。

https://github.com/movabletype/movabletype/blob/master/t/lib/LWP/UserAgent/Local.pm

ソースをテキストエディタに貼り付け、Local.pmというファイル名で保存します。保存場所は以下のようになるよう、フォルダを作成して保存します。

/mt-folder/lib/LWP/UserAgent/Local.pm

Local.pmの基本設定

Local.pm はそのまま使うとエラーになるので、以下の追記が必要です。

use lib qw(../lib ../extlib);

あとは上の方でも書きましたが、** 94行目あたりに MTフォルダまでのパスを挿入することが必要**です。もっとスマートな書き方があると思うのですが、Perl はよくわからないのでいい書き方が見つかれば修正した方法を掲載したいと思います。

以前書いた参考記事

以前、他のサーバーでCronジョブによる再構築を行ったときに書いたページ。

cronとrebuild-pagesを使って定期的にMovableTypeを自動で再構築する

その他参考ページ

https://www.h-fj.com/blog/archives/2014/05/27-102904.php https://www.h-fj.com/blog/archives/2014/05/27-102904.php

https://redamoon.net/log/post/000029.html https://redamoon.net/log/post/000029.html

MixhostでMovable Typeのテンプレート更新時に403エラーが出るときはWAFが原因かも

Thu, 31 May 2018 20:12:46 +0900

テンプレートの更新をすると403エラー

レンタルサーバーを Mixhost に移転してから Movable Type のテンプレートを更新しようと [更新]ボタンを押すと 403エラーになりました。権限に関するエラーだと思いますが、管理画面にログオンできますし、新規投稿や記事の更新もできるのに権限がないとか考えられませんが、なぜかテンプレート更新で 403エラーになります。

以前のレンタルサーバーではこのようなエラー出ませんでした。Mixhost が悪いと言いたいわけではなく、いい意味でセキュリティが高いのかなと思います。

WAFを無効にしたら更新できた

Mixhost には ModSecurity という WAF がデフォルトで有効になっています。 WAF は** Web Application Firewall** の略でサイトを守るセキュリティ機能なのですが、この WAF を無効にしたら解決できるという記事をいくつか見つけたので、試しに無効にしてみました。ドメイン毎に無効にすることができるのですが、試しに全部無効にしてみました。

WAFを無効（オフ）にする方法

まず、Mixhostの管理画面 [cPanel]-[セキュリティ]-[ModSecurity]を開きます。

[無効]ボタンを押します。特定のドメインのみ [無効（オフ）] にしたい場合は指定するドメインの [ステータス]スイッチをクリックして [無効（オフ）] にします。

[すべて無効にする]をクリックします。

すると、各ドメインのステータスが全部 [オフ] になり完了です。

この状態で Movable Type のテンプレートの更新ボタンを押したら正常に更新できました。

解決できたけど、これでいいの？

とりあえずテンプレートの更新はできるようになりましたが、更新の度にWAFを [無効（オフ）] にしたり、常時 [無効（オフ）] にしないとけないので解決とはいけない感じですね。CloudFlare をかましているのがいけないのかな？常時 [有効（オン）] の状態で更新ができるような方法がベストなのですが、その方法はまた今度探してみたいと思います。

WordPressで403エラーが出た場合も

この症状は WordPress でも出る場合があるようです。WordPress で 403エラーが出る場合も WAF を無効（オフ）にしてみてください。

参考

https://www.blogging-life.com/how-to-resolve-403-error/ https://www.blogging-life.com/how-to-resolve-403-error/

Mixhostに他のレンタルサーバーで使っているSSL証明書を持ち込み（移行）してみる

Thu, 24 May 2018 23:37:28 +0900

他社の証明書（DV:ドメイン認証）をMixhostに持ち込みたい（移行したい）

レンタルサーバーを Mixhost に移行しました。Mixhost は標準（無料）で独自SSLでSSL化できるのですが、移行前のサーバーをSSL化したときに他社で購入した証明書（DV:ドメイン認証）の期限がたっぷり残っていたので、できれば期限切れまで Mixhost のSSL化に使いたいなと思い、 Mixhost にSSL証明書（DV:ドメイン認証）を移行することにチャレンジしてみました。

SSL証明書って移せるの？

証明書の移行はは初めてで、証明書についてあまりよくわかっていないので、以下のことが気になりました。

移行元のサーバーで使用していた証明書を別のサーバーでも使うことができるのか？
移行元のサーバーから証明書を削除しないと移行できないのか？
鍵のエクスポートとか何か難しそうな作業がいるのか？
二つのサーバーに同じ証明書を入れることができるのか？

など、モヤモヤしながら不安になっていたのですが、以下が揃っていて証明書のドメイン（コモンネーム）が同一ならば移行できることがわかりました。特に移行元のサーバーから削除とかせずに Mixhost に入れることができました。

準備するもの

証明書（CRT）
秘密鍵（KEY）
中間証明書（CABUNDLE)

これはすべて証明書の管理画面から取得できます。

Mixhostに証明書をインストールしてみる

[SSL/TLS Status] クリック

Mixhost のコントロールパネル **[cPnael] **の [セキュリティ]-[SSL/TLS Status] をクリックします。

[証明書の表示] クリック

証明書をインストール（インポート）するドメイン欄にある [証明書の表示] をクリックします。

サイト所有者が確認できないというエラーが出ているとき

上記のぺージは証明書を移行する前に AutoSSL を有効にしてみたときの画面で、以下のエラーが表示されている場合があります。

An Error occurred the last time AutoSSL ran, on 2018年5月22日

その詳細について http://ドメイン/.wel-known/pki-validation/123A4B5C6D7E89F0A12B34C5D6EF7890.txt がどうたらと表示されているときは、サイトの所有者が確認できなかったことを意味しているみたいです。表示されている通りの階層とファイル名でテキストファイルを作ってアップロードしてください。ファイルが存在していればテキストファイルの中身は空でもいいのかどうかわかりませんが、ファイル名にもある 123A4B5C6D7E89F0A12B34C5D6EF7890 の1行のみを記載して保存しましたことろエラー表示が消えました。

証明書の適用状況を確認

ページをスクロールしていくと使用ドメインに赤い鍵マーク*が表示されていてSSLが有効になっていない状態が確認できます。

証明書を登録

更にスクロールしていくと [SSL Web サイトをインストールします] という部分が現れます。ここに移行元のサーバーで使用しているサーバー証明書の 証明書（CRT)、中間証明書（CABUNDLE)、**秘密鍵（KEY) **をそれぞれの欄にコピペで貼り付けます。それぞれの欄にはあらかじめキーが表示されていますが、全部消してからコピペします。

プライベートキー（RSA PRIVATE KEY）は [秘密キー（KEY）] の欄に、中間証明書は [証明機関バンドル：（CABUNDLE)] の欄に貼り付けます。

貼り付けが終わったら [証明書のインストール] ボタンを押します。

インストール完了

以下の画面が表示されたら証明書の登録は完了です。

緑の鍵マークになった

[SSL/TLS Status] の画面に緑の鍵マーク*と Domain Validated の文字が表示されました。

[証明書の表示] から適用状況を再度確認してみると先ほど赤の鍵マーク*が、証明書に対応しているドメインのみ緑の鍵マーク**に変わっていました。

証明書の移行完了

あとは http:// ではなく、 https:// でページにアクセスして表示されれば証明書の移行と Mixhost のSSL化は成功です。

Mixhostに移行したMovableTypeのログイン画面がエラーで出ない！Perlモジュールとパスが原因でした。

Wed, 09 May 2018 22:51:49 +0900

レンタルサーバーの Mixhost に旧サーバーからMovableTypeを移行したときにいきなりPerlモジュールの不足とPerlのパスが原因でつまづいたので、今後のためにメモ。

事前準備したのにいきなりエラー

旧サーバーから書き出した MySQL のデータを PhpMyAdmin で Mixhost の MySQL に流し込み、MovableType の mtフォルダも移行し、mt-config.cgi の内容も Mixhost の環境に合わせて書き換え、事前準備も整ったところでいざ管理画面にアクセス！と mt.cgi にアクセスしたみたらエラー…。

install_driver(my_sql) failed: Can’t locate DBD/mysql.pm in @INC (@INC contains: /home….. という内容からして MySQL のドライバーがないらしいです。

原因１：Perlモジュールの不足

MySQL のドライバというのは **DBD::mysql **という Perlモジュールのことみたいです。他のレンタルサーバーで Perlモジュールを求められたことないので気が付きませんでしたが、 Mixhost には標準ではインストールされてないみたいですね。高速なレスポンスを発揮するために不要な機能は入れてないのかもしれません。

Perlモジュールのインストール方法

MT に必要な Perlモジュールは Mixhost のコントールパネルであるｃPanel から簡単に入れることができます。 DBD::mysql を検索してインストールボタンを押すだけで簡単にインストールできました。

参考ページ

https://support.mixhost.jp/1125 https://support.mixhost.jp/1125

Perlモジュールを間違って入れたり、試しにいれてもアンインストールは簡単にできます。

MovableTypeに必要なPerlモジュールまとめ

DBD::mysql 以外に、既に標準でインストール済みや無くても大丈夫かもしれないませんが、いろいろな参考ページを元に必要かもしれない**ドライバ（Perlモジュール）**をまとめておきます。

Movable Type を実行に必要

  モジュール名
  説明




  CGI
  -


  Image::Size
  -


  File::Spec 
  （バージョン0.8以上）


  CGI::Cookie
  -


  LWP::UserAgent
  -

データベースモジュールとして必要

  モジュール名
  説明




  DBI
  バージョン1.21以上


  DBD::mysql
  MySQLを使用する場合に必要


  DBD::ODBC
  バージョン1.25以上、Microsoft SQL Server を利用する場合 (Movable Type Advanced のみ対応)


  DBD::Oracle
  バージョン1.25以上、Oracle Database を利用する場合（Movable Type Advanced のみ対応)

（参考ページ）

オプション機能を利用する場合

  モジュール名
  説明




  Digest::SHA
  パスワードのセキュリティを強固にする場合に必要です


  Plack
  PSGI 環境下で mt.psgi を実行する場合に必要です


  CGI::PSGI
  PSGI 環境下で mt.psgi を実行する場合に必要です


  CGI::Parse::PSGI
  PSGI 環境下で mt.psgi を実行する場合に必要です


  XMLRPC::Transport::HTTP::Plack
  PSGI 環境下で mt.psgi を実行する場合に必要です


  HTML::Entities
  特殊な文字をエンコードする場合に必要です


  HTML::Parser
   トラックバック機能や更新通知機能を利用する場合に必要です


  SOAP::Lite （バージョン 0.5 以上）
  XML-RPC による作業を行う場合に必要です


  File::Temp
   ファイルのアップロードで上書きを行う場合に必要です


  Scalar::Util
  再構築キューを利用する場合に必要です


  List::Util
  再構築キューを利用する場合に必要です


  Image::Magick

  画像のサムネイルを作成したり、CAPTCHAを利用する場合に必要です

  （ [または GD、Imager のいずれかの Perl モジュールか、NetPBMツール](https://www.movabletype.jp/documentation/appendices/config-directives/imagedriver.html)）


  IPC::Run
  Movable Type のイメージドライバとして NetPBM を利用する場合に必要です


  Storable
  外部プラグインの利用の際に必要となる場合があります


  Crypt::DSA
   コメント投稿時のサインインを高速化したい場合に必要です


  Crypt::SSLeay
   AOL や Yahoo! などの SSL を利用する OpenID のコメント投稿者を認証する場合に必要です。または、Google Analytics を利用する場合に必要となります


  Cache::File
  Yahoo! Japan によるコメント投稿者の OpenID 認証を許可する場合に必要です


  MIME::Base64
  コメントの認証機能を利用する場合やメール送信に SMTP を利用する場合に必要です


  XML::Atom
  Atom API を利用する場合に必要です


  Cache::Memcached
   Movable Type のキャッシング機能として memcached サーバーを利用する場合に必要です


  Archive::Tar
  バックアップと復元で圧縮の機能を利用する場合に必要です


  IO::Compress::Gzip
  バックアップと復元で圧縮の機能を利用する場合に必要です


  IO::Uncompress::Gunzip
  バックアップと復元で圧縮の機能を利用する場合に必要です


  Archive::Zip
  バックアップと復元で圧縮の機能を利用する場合に必要です


  XML::SAX
  復元の機能を利用する場合に必要です


  Digest::SHA1
  LiveJournal、OpenID でコメント投稿者を認証する場合に必要です


  Net::SMTP
  メールの送信に SMTP を利用する場合に必要です


  Authen::SASL
  CRAM-MD5、DIGEST-MD5 / LOGIN を SASL メカニズムとして利用する場合に必要です


  Net::SMTP::SSL
  SMTP 認証に SSL を利用する場合に必要です (Movable Type 6.1.2 まで)


  Net::SMTP::TLS
  SMTP 認証に STARTTLS コマンドを利用する場合に必要です (Movable Type 6.1.2 まで)


  IO::Socket::SSL
  SMTP 認証に SSL / STARTTLS コマンドを利用する場合に必要です。または、Google Analytics を利用する場合に必要となります


  Net::SSLeay
  -


  Safe
  -


  Digest::MD5
  -


  Text::Balanced
   ブログ内検索で必要


  XML::Parser
  -


  Time::HiRes
  run-periodic-tasks を実行するために必要です。


  Mozilla::CA
  Google Analytics を利用する場合に必要になります。


  XML::SAX::ExpatXS

  （または、XML::SAX::Expat）
  バックアップデータの復元に必要となります


  XML::LibXML::SAX
  バックアップデータの復元に必要となります。

（参考ページ）

インストール済みかチェックする方法

MovableTypeの環境チェック用CGIである mt-check.cgi を実行することで、インストールされているかどうか確認できます。mt-check.cgi はMTを配置したルートフォルダにあります。

インストールしたのにエラー

必要な Perlモジュールをインストールして、再度 mt.cgi にアクセスしたら同じエラーが表示されました。 mt-check.cgi でインストールされていることは確認済みなのですが、ちゃんとインストールされていないかのかな？インストールの方法がまずいのかな？と思いつつ、何回かMySQLのモジュールのインストールを行いましたが、エラーは解消されませんでした。問題解決のためにいろいろ検索してしているとPerlのパスについての注意事項を見つけました。

原因２：Perlのパスを変更

MovableTypeのCGIファイルにあるPerlのパスを Mixhost に合わせて変更していないのが原因でした。 Mixhost のページに以下の記載がありました。

https://support.mixhost.jp/1125 https://support.mixhost.jp/1125

書き換え対象のファイル

MovableType のフォルダ直下に以下14個のCGIファイルがあります。これにある Perl のパスを書き換える必要があります。

mt-atom.cgi
mt-check.cgi
mt-comments.cgi
mt-cp.cgi
mt-data-api.cgi
mt-feed.cgi
mt-search.cgi
mt-sp.cgi
mt-tb.cgi
mt-testbg.cgi
mt-upgrade.cgi
mt-wizard.cgi
mt-xmlrpc.cgi
mt.cgi

パスを#!/usr/bin/perlml -wに変更する

例えば mt-atom.cgi の場合、このファイルを開くと先頭行にある Perl のパスを以下のように変更します。

#!/usr/bin/perl -w

↓に変更

#!/usr/bin/perlml -w

**［ cPanel ］-［Perl モジュール］**のページには以下の記述がありました。後から試してみたところ、赤枠の2行に変更するのでも大丈夫でした。

#!/usr/bin/perl -w
use cPanelUserConfig;

ほとんどの場合、先頭行は #!/usr/bin/perl となっているので、2行目に use cPanelUserConfig; を入れるだけです。 #!/usr/bin/perlml とどちらがいいかは好みとなります。

そしてアクセス成功！

14個のCGIファイルのパスを変更したらアップロードして、再度 **mt.cgi **にアクセスしたところ、無事ログイン画面が現れました。

レンタルサーバーの引っ越しは何度か行っていますが、簡単ではないですね…。

MixHostでphpinfoが403エラーになる原因は.htaccessだった

Fri, 27 Apr 2018 20:07:26 +0900

レンタルサーバーをMixHostに乗り換えました。

旧サーバーからファイルをMixHostにコピーして****を表示しようとしたら403エラー…。

.htaccessとcPanelでPHPのバージョンが相違していたのが原因

旧サーバーでは.htaccessに以下の記載がないとPHPは動きませんでした。MixHostでは不要な記載なのですが、移行後もこの記載を残したままにしていて、ここで指定しているPHPのバージョンをPHP5.6に設定していました。

AddHandler application/x-httpd-php56cgi .php

以下のようにバージョン設定が異なっているのが原因でした。

MixHostの管理画面**「cPanel」の「MultiPHPマネージャー」で設定しているバージョンはデフォルトの7.0**
.htaccessではバージョンでは5.6を指定

削除またはコメントアウトで解決

「MultiPHPマネージャー」でバージョンを7.0→7.2に変更して、上記の**.htaccessにある1行を削除、または行の先頭に＃を入れてコメントアウトしたら正常にphpinfo()**が表示されました。

.htaccessとMultiPHPマネージャーの両方でPHPのバージョンを指定して、5.0系または7.0系でそれぞれバージョンが0.1とか0.2とかの違いだとエラーは出ませんでしたが、.htaccessでバージョン指定する理由も特にないと思いますので、削除かコメントアウトしておくほうが無難です。

Mixhost on qwerty.work

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

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

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

手順

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

CNAMEを追加した例

Aレコードを追加した例

まとめ

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

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

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

【Exment】Mixhostにインストールしたときの手順

ExmentをMixhostにインストール

Exmentの動作要件

MixhostのcPanelでの作業

Laravelをインストール

各バージョンを確認

コマンド

カレントディレクトリを変更

PHPのバージョンを確認するコマンド

Composerのバージョンを確認するコマンド

Laravelのバージョンを確認するコマンド

Exmentのインストール

ログイン画面

アップデート方法

Composerのアップデートに失敗するとき

エラーの例

エラー回避のコマンド例

それでもエラーが出る場合

最新バージョン表示には時間がかかる

参考ページ

MixhostにLaravelとComposerを簡単インストールする手順

インストール手順

各バージョンを確認するコマンド

PHPのバージョンを確認するコマンド

Composerのバージョンを確認するコマンド

Laravelのバージョンを確認するコマンド

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

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

MixhostではMovable Typeを高速化するためのCache::Memcachedは使えない？

設定したこと

Cache::Memcached をインストール

mt-config.cgi で有効化

システム情報で確認

Mixhostで運用中のMovable Typeの再構築をCronジョブで定期的に自動で行う方法

Cronジョブに登録

登録例

コマンド例

ユーザー名とパスワードを指定したコマンドの例

Cronジョブで再構築が成功した場合のメール

Perlモジュールが足らなくて失敗した場合

パスの指定が間違っていて失敗した場合

大前提としての基本準備

Web::Scraper のインストール

rebuild-pages の基本設定

LWP::UserAgent::Localの設置

Local.pmの基本設定

以前書いた参考記事

その他参考ページ

MixhostでMovable Typeのテンプレート更新時に403エラーが出るときはWAFが原因かも

テンプレートの更新をすると403エラー

WAFを無効にしたら更新できた

WAFを無効（オフ）にする方法

解決できたけど、これでいいの？

WordPressで403エラーが出た場合も

参考

Mixhostに他のレンタルサーバーで使っているSSL証明書を持ち込み（移行）してみる

他社の証明書（DV:ドメイン認証）をMixhostに持ち込みたい（移行したい）

SSL証明書って移せるの？

準備するもの

Mixhostに証明書をインストールしてみる

[SSL/TLS Status] クリック

[証明書の表示] クリック

サイト所有者が確認できないというエラーが出ているとき

証明書の適用状況を確認

証明書を登録

インストール完了

緑の鍵マークになった

証明書の移行完了