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

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

【Dreamweaver】MixhostのサブドメインにFTP接続できない、失敗するときにやってみたこと。

Thu, 21 Jul 2022 23:12:10 +0900

何度チャレンジしてもエラーになる

MixhostのcPanelからサブドメインとそれに接続するためのFTPアカウントを作成しました。Dreamweaverに接続の設定を加えたのですが、何度試しても接続に失敗しました。FFFTPでは問題なく接続できているのに、Dreamweaverでは接続エラーが出ます。接続の設定方法はMixhostのページを参考にFTPsの設定を行いました。

https://help.mixhost.jp/hc/ja/articles/115003735291-FTP%E3%82%BD%E3%83%95%E3%83%88%E3%81%AE%E8%A8%AD%E5%AE%9A%E6%96%B9%E6%B3%95#h_75f4e736-dc75-4d84-bd63-6bc9ca7eac8c https://help.mixhost.jp/hc/ja/articles/115003735291-FTP%E3%82%BD%E3%83%95%E3%83%88%E3%81%AE%E8%A8%AD%E5%AE%9A%E6%96%B9%E6%B3%95#h_75f4e736-dc75-4d84-bd63-6bc9ca7eac8c

FFFTPでは接続できる。
管理者用FTPアカウントでは接続ができる。
作成したFTPユーザーだとDreamweaverから接続できない。
FTPでもFTPsでも接続できない。

といった状況です。

FTPエラーが発生しました。 - ホストに接続できません。

リモートホストが接続の試行をアクティブに拒否しました。以下のいずれかの原因が考えられます。

ターゲットサーバー名またはIPアドレスが正しいことを確認してください。
接続ポート番号が正しいことを確認してください（「サイト設定」の「タイプ」タブ）。
リモートサーバーに一時的または永続的に接続できなくなっている可能性があります。（後で再試行してください）。
正しいプロトコル（SSH2、SSL、FTPなどが）が選択されていて、そのプロトコルに対して必要なすべてのオプションが設定されていることを確認してください。

原因は暗号化？

いろいろ検索して辿り着いたのが、以下のページ。使用する接続を**『FTP over SSL/TLS（明示的な暗号化）』、認証を『なし（暗号化のみ）』**に変更すれば良いとありました。

https://dezawebworks.com/coding/dreamweaver-error-ftp-mixhost/ https://dezawebworks.com/coding/dreamweaver-error-ftp-mixhost/

内容を変更して**『テスト』ボタンをクリックすると、以下のように証明書が降ってきますので、『はい』**を押します。

証明書の入れ替えでは解決できず

上記の方法で解決できるはずでしたが、私の環境ではダメでした。

FTPエラーが発生しました - サーバーフォルダー public_html/******/を開くことができません。

アクセスが拒否されました。ファイルが存在しないか、権限に問題がある可能性があります。

証明書を再取得してみてもダメだった

Adobeの以下のページでは、『Dreamweaver の証明書ストア** trustedSites.db** に証明書が追加されます。』とあります。もしかして証明書に問題があるのかな？と再取得してみることにしました。このtrustedSites.dbをリネームまたは削除すると、接続の際に証明書が降ってくるので、再取得できます。また、trustedSites.dbが新しく作成されます。

https://helpx.adobe.com/jp/dreamweaver/using/connect-remote-server.html#ftps_connections_cs5_5 https://helpx.adobe.com/jp/dreamweaver/using/connect-remote-server.html#ftps_connections_cs5_5

trustedSites.dbは以下の場所にあります。

"C:\Users\ユーザー名\AppData\Roaming\Adobe\Dreamweaver 2021\ja_JP\Configuration\Certs\trustedSites.db"

ちなみに、認証を『信頼するサーバー』にした場合は、cacerts.pemに信頼するサーバーのリストが格納されているようです。

"C:\Program Files\Adobe\Adobe Dreamweaver 2021\Configuration\Certs\cacert.pem"

結局、解決できませんでした。引き続きチャレンジして解決できたら、このページを更新します。

原因はルートディレクトの設定だった！

いろいろもがき、DreameweaverのFTP機能がダメダメなんじゃないかとか考え、再インストールまで行いましたが、間違っていないと思っていた設定が間違っていました。ルートディレクトリの**『public_html/****/』が原因でした。

ルートディレクトリを空欄にしたらあっさり接続できました。

どうやら『public_html//public_html//』に接続しようとして失敗していたみたいです。

MixhostのFTPアカウントを作成する際、どのディレクトリ（パス）で使うFTPアカウントか、『public_html/**/』を指定しており、その指定したパスが既にルートディレクトリになっているので、Dreamweaver側ではディレクトリの設定が不要だったみたいです。

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のテンプレート更新時に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でバージョン指定する理由も特にないと思いますので、削除かコメントアウトしておくほうが無難です。