Cloudflarecloudshell※この記事は前回の続きですシステム環境1クリックデプロイでGCEにWordpessをインストールした時のインストール先は下記の通り。Wordpressは/var/www/htmlディレクトリ1Apache2.4は/etc/apache2Apachedir余談だが、WEBターミナルからログインする際に自動作成されたユーザーは当然のようにsudo権限が割り振られている、便利すぎる。Encryptの証明書を使おうと思っていたのだが、どうやらCloudflareを使う場合はSSLもCloudflareで用意してくれるそうなので一本化することに。Cloudflareに登録してアカウント作成する。ウィザード画面に従って進んでいくと、どうやらドメインのネームサーバーをCloudflareのものに切り替える必要があるらしい。Domainsに切り替えて信頼性が上がったと喜んでいたところなのだが...ここで代替サービスを探すのも面倒なので言われるがままに設定。旧レジストラに登録されていた内容を自動的に反映してくれるあたりは非常に便利。DNSが切り替わった時点でCDN経由になっているため、CDN利用はこれで完了。HTTPS有効化CloudflareのHTTPS利用は「Flexible」「FULL」「FULL(Strict)」の三種類がある。Flexibleはクライアント-CDNサーバのみ、FULLはクライアント-CDN-オリジン全てHTTPSで通信するがオリジンの証明書の正当性は検査されない(オレオレ証明書でも良い)。FULL(strict)はオリジンも正式な証明書である必要がある。Flexibleで設定し、後からFULL(Strict)に切り替える方針で作業をする。管理画面でHTTPS設定を切り替えるとまずはフロントのWEBサイトがHTTPSで通信可能になる。HTTPSサイトはリダイレクトさせたいので.htaccessの出番。[R=301,L]巷ではWordPress管理画面がリダイレクトループを起こす不具合が定番になっているらしいが、起きなかったので無視。次は、CDNからオリジンサーバへの通信をHTTPSにする。Cloudflareの管理画面から証明書のCSRと秘密鍵を手に入れることができるので、それをコピーしてApacheの適当なフォルダ内に突っ込む。/etc/apache2/sites-availableにあるSSL用のデフォルト設定ファイルを見ると下記のディレクトリがお作法っぽいので同じ場所に入れる。/etc/ssl/private/gensobunya-net-private.keyApacheの設定に追加して再起動。restartCloudflareのHTTPS設定をFULLに切り替えてアクセス。この時点でうまく動かない。サーバーにはつながっているがファイルにアクセスできていないようだ...ということでWordPress用の設定を443に入れていないことに気がつく。WordPress用confに記載されていた下記の内容をコピペ。</Directory>動いた。Cloudflareの設定をFULL(Strict)に切り替えて再度アクセス。encryptなどの証明書ではなく、Cloudflare発行のオレオレ証明書だった、そりゃ警告されるわ。証明書を取るのは面倒なのでHTTPS設定はFULLで完了とすることに。以上をもって、ブログ記事を安定して投稿できる設定は終わり。1週間くらい経ったあたりで下記の問題が頭に引っかかってくる。GoogleDomainsでドメイン管理できていないのが気持ち悪いBloggerと同等のSEO・アドセンス・エディタ・画像圧縮などを出来るようにプラグインをインストールしたら管理画面が重い上記プラグインのセキュリティアップデートが面倒プレビューが重い検証環境欲しい並行作業をしすぎるとメモリ不足でMySQLが落ちる(要サーバ再起動)最後の問題が致命的で、ブログごときに監視自動化なんぞ入れたくないという決意のもとに別サービスの検討をしたところ、静的サイトジェネレーターのHugoを見つけた。次回、Hugo+Netlify編。Managerでパスごとに読み込むscriptを変更してパフォーマンス劣化を防ぐ+Adsenseタグの配信方法はてなブログをはじめよう!gensobunyaさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。