なんとなく流れが見えてきた気がします。
今回の本題である、
独自ドメイン先がIt works!とデフォルトのようなままでwordpressの画面が出ません。
この大元の原因は、
kusanagi setting --fqdn host.XXX.XXXについては検索して試した事があるのですが、
あなたは/etc/pkiの証明書を選択しているので、サーバ設定を変更しませんでした。
完了しました。
との答えが返って来て、途中で変更を止めた事があります。
この kusanagi setting --fqdn host.XXX.XXX を中断したために、変更しようとした独自ドメインが反映されなかったためでしょう。
そこで改めて、kusanagi setting --fqdn host.XXX.XXX を実行したところ、
あなたは/etc/pkiの証明書を選択しているので、サーバ設定を変更しませんでした。
完了しました。
これが表示された原因は、
自分の場合はLet’s Encryptの設定で メール欄を記入せずにenterキーを押し、
これです。
これをすると、Let's Encrypt証明書の発行はされず、KUSANAGIのVirtualHost用ssl.confに設定されるSSL/TSLサーバー証明書は、httpd初期値の、
SSLCertificateFile /etc/pki/tls/certs/localhost.crt
SSLCertificateKeyFile /etc/pki/tls/private/localhost.key
になります。
改めてkusanagi setting --fqdn を実行したときに表示された「/etc/pkiの証明書」とは、これを指しています。
ただしこの場合、ブラウザーからhttpsで接続したときに証明書エラーが発生するだけで、FQDN自体はすでに切り替わっていたはずです。
もしhttp接続でも"It works!"が表示されていたとすれば、ブラウザー側のキャッシュの問題等、何かしら別の理由だろうと思います。
そこでもう一度、kusanagi setting --fqdn host.XXX.XXX を実行したところ、今度は、
FQDN(host.XXX.XXX ) は既に使われています
完了しました。
が表示されたのは、
「あなたは/etc/pkiの証明書を選択しているので、サーバ設定を変更しませんでした。」
となったときの実行で、すでにFQDNは切り替わっているので、そのままメッセージどおりの状態だからです。
※ちなみに、なぜこのときに選択言語：英語の
FQDN(×××.com) is already set
この表示になっているのかが不明ですが、別環境での実行か何かでしょうか。
そして、
それでインストールした後に
An unexpected error occurred:
There were too many requests of a given type :: Error creating new cert :: too many certificates already issued for: azure.com
Please see the logfiles in /var/log/letsencrypt for more details.
Cannot get Let\'s Encrypt SSL Certificate files.
の一文が登場するのですが、これが原因なのでしょうか。
これは先述のとおり、Let's Encryptをazure.comで(再)発行しようとして、失敗したことが考えられるのですが、単にLet's Encryptの証明書が発行されないだけなので、今回のFQDNが切り替わらない原因ではないはずです。
ちなみに、Let's Encryptに関しては、KUSANAGIのプロビジョニング時、
In order to use Let's Encrypt services, you must agree to Let's Encrypt's Term of Services.
If you agree to this TOS, type your email address; if not, hit enter twice.
TOS of Let's Encrypt : https://letsencrypt.org/repository/
のとおり、発行は省略可能になっていますし、また、証明書がない場合の影響は、単にhttps接続でサーバー証明書なしの警告が出るだけですので、これがFQDN切り替えを失敗させる原因とはならないはずです。
実際にサーバー証明書なしで(それと故意に誤った証明書を発行して)、http/httpsアクセス双方を試してみましたが、FQDN切り替え自体には影響せず、 kusanagi setting --fqdn によって切り替えたFQDNで正しくWordPress画面が表示されました。
そのようなわけで、今回トラブルの原因はLet's Encrypt設定の問題ではなく、おしなべて kusanagi setting --fqdn の実行が、何かしら不完全だったことが考えられます。
(それが何かは、すでに明確ではないようですが)
今回の構成で、もし同じようなFQDN切り替えの失敗が発生した場合は、先述のとおり、
sudo httpd -S
で、切り替えたFQDN(httpdのNameVirtualHost)が正しく表示されているかの確認をお勧めいたします。
