WordPress | masao-Tec-blog

Seagate IronWolf 3.5インチ 4TB 内蔵ハードディスク HDD CMR 6Gb/s 256MB 5400rpm ST4000VN006/EC

SEAGATE

Western Digital ウエスタンデジタル WD Red 内蔵 HDD ハードディスク 4TB SMR 3.5インチ SATA 5400rpm キャッシュ256MB NAS メーカー保証3年 WD40EFAX-EC 【国内正規取扱代理店】

ウエスタンデジタル

【NAS用拡張メモリ】Synology D4NESO-2666-4G [DDR4-2,666-SODIMM / 4GB / Synology NAS専用] 国内正規代理店品

Synology

Synology NASキット 6ベイ DS620slim デュアルコアCPU 2GBメモリ搭載

5.WordPressサイトにプラグインのインストール

WordPressサイトに「Redis Object Cache」プラグインをインストールします。
プラグインの新規追加画面にて、キーワードに「Redis Object Cache」を入力し、プラグインを「今すぐインストール」でインストールし、有効化します。

プラグイン有効化後、設定メニューの「Redis」を選択し、「Redis Object Cache」の設定画面を表示させます。

「Enable Object Cache」をクリックします。　

Statusが「Connected」に変化し、WordPressサイトとRedisサーバが接続状態となりました。

暫くすると、Metrics画面にも測定値が表示されるようになります。

ダッシュボード画面にも「Redis Object Cache」の測定値が表示されるようになります。

また、「サイトヘルスステータス」もすべて合格となっています。

ブラウザで［自分のNASのIPアドレス:8001]をURLに指定することにより、RedisサーバのDB（キャッシュ）の中を参照できるGUI画面が表示されます。

WordPressのサイトヘルス画面にて、改善項目なしとなり、「すばらしい！」表示となりました。

6．注意事項

Redisサーバには、複数のWordPressのサイトを接続することが可能なのですが、「Redis Object Cache」プラグインでは、Redisサーバ内でサイトを切り分けるキー項目にWordPressのデーターベースのテーブル接頭辞を使用している模様です。
よって、複数のWordPressサイトを接続させる場合は、接続対象のWordPressサイトのテーブル接頭辞が重複しないようにしておく必要があります。（でないと、Redisサーバのデーターベースが重複してWordPressサイトが異常な動作をすることとなります。）

当サイトも本番サイトとテストサイトのテーブル接頭辞が被っていたため、テストサイト側のテーブル接頭辞の変更を行いました。
テーブル接頭辞の変更を行うプラグイン（Change Tabel Prefix)があるのですが、使ってみたところ、見事にサイトがクラッシュしてしまったため、やむを得ずサイト自体を再インストールし、インストール時にテーブル接頭辞の変更を行いました。（その後バックアップデータからリストアしてサイトを復元）

7.まとめ

WordPressサイトのサイトヘルス画面で表示される「永続オブジェクトキャッシュを使用してください」の対策として、Redisサーバのインストール方法と、WordPressサイトへの「Redis Object Cache」プラグインのインストールおよびセットアップ方法について紹介しました。

当サイトはもともとページキャッシュプラグインを導入していたこともあり、ページキャッシュが効いている状態のアクセス速度にはあまり影響がないと思われますが、キャッシュが効いていない状態での性能が若干向上したように感じます。

以上、最後まで記事を読んでいただき、ありがとうございました。

Synology

Synology NASキット 5ベイ拡張可 DS1522+ AMD RyzenCPU 8GBメモリ搭載

Synology

Synology NASキット 6ベイ拡張可 DS1621+ クアッドコアCPU 4GBメモリ搭載

Synology

【SynologyNAS キャッシュ用 NVMe SSD】Synology SNV3410-400G [M.2-2280 / NVMe / 400GB / Synology専用] 国内正規代理店品

Synology

Synology NASにDockerでWordPressサイトを構築する手順｜初心者向け完全ガイド

masao — Mon, 06 Jun 2022 06:46:21 +0000

Synology NASでのWordPress Webサイトの構築方法として、Synologyのパッケージを用いる方法および、WordPress.orgからダウンロードしたWordPressを用いて構築する方法を紹介してきましたが、第3の方法として、Synology DSMで提供されている、Container ManagerパッケージをインストールしてDockerコンテナとしてWordPress Webサイトを構築する方法について紹介します。

Synonogy DSM7.2より、DockerパッケージがContainer Managerに変更となり、大幅に機能向上しました。WebStationとの連携も簡単にできるようになったため、今後は複数のWordPressサイトを構成する場合は、本手順を標準とすることとしたいと思います。本ブログサイトも本手順で構築したWordPress実行環境に移行しています。

以下の記事で、Synology NASのDSM（DiskStation Manager)で提供されているWordPressパッケージを用いてWebサイトを構築する手順について紹介しています。

参考　Synology NASでのWordPressを用いたWebサイト構築

Sylogogy NASでWordPressを用いたWebサイトの構築を行います。WordPressを実行するためには、実行環境としてLAMP環境（「Linux」、「Apache」、「MySQL」、「PHP」）を構築することが必要となりますが、Synology NASではインストーラーにより簡単にインストールすることが出来ます。

WordPress（ワードプレス）はPHPというプログラミング言語で作られているCMS（コンテンツマネジメントシステム）の一種で、ブログやWebサイトを作る事ができます。
WordPressを実行するためには、実行環境としてLAMP環境を構築することが必要となります。
LAMP環境とは「Linux」、「Apache」、「MySQL」、「PHP」の4つのオープンソースでWebシステムを開発する環境のことをいいます。
Synology NASのOSであるDSM（DiskStation Manager)は、LinuxベースのOSであるため、残り３つの「Apache」、「MySQL」、「PHP」をインストールする必要があります。
本記事では、これらのインストール手順を、Synology DSMで提供しているContainer Manager、および当該パッケージで提供されるプロジェクト機能を用いてインストール、セットアップする手順を紹介します。

前提　本記事でのDSM(OS)バージョンは、Synology DSM 7.2 を用いています。

Synology NASのDSM（DiskStation Manager)で提供されているWordPressパッケージの場合、NAS上にWebサイトを１つしか構築できませんが、本手順のインストール方法の場合はNAS上に複数のWebサイトを構築することが出来ます。
また、DSMのWordPressパッケージ版の場合は、WordPressのバージョンアップがされないようにロックされていますが、本手順のインストール方法の場合はそのような制約もありません。

1.Container Managerについて
2.Container Managerパッケージのインストール
3.Container Managerを用いたWordPressサイトの構築
4.WordPressのセットアップとその他設定
- 4-1.Redisオブジェクトキャッシュの設定
5.Dockerコンテナの更新
6.プロジェクトの削除
7.複数WordPressサイトの構築時の対応
8.まとめ

1.Container Managerについて

Synology NAS の一部のモデルでは、Container Managerというコンテナ型の仮想化実行基盤のパッケージを使用することが出来ます。同じく一部のモデルで使用可能であるVirtual Machine Managerという仮想化のパッケージもありますが、両者の違いは、Virtual Machine ManagerはDSM（Synology NASのOS）上にハイパーバイザーという仮想化基盤階層を介して仮想化対象のOSを丸ごとゲストOSとして構築するのに対し、コンテナ型仮想化はDSM上にDocker Engineという仮想化基盤階層を介して、仮想化対象の部分はOSであるDSMを共有し、ミドルウエアおよびアプリケーション階層部分のみ仮想化します。ハイパーバイザー型よりコンテナ型のほうが、ゲストOS階層部分がないことより軽量に動作するメリットがあります。

また、Dockerでは、Docker HUBという、コンテナイメージを配布する公開ライブラリより、各種アプリケーションがミドルウェアと組み合わされて設定済となっているコンテナイメージが様々なデベロッパーより公開されており、これらのイメージをダウンロードすることにより簡単に各種アプリケーションの実行環境を構築することが出来ます。

SynologyのContainer Managerパッケージでは、これらのコンテナイメージのダウンロード、ダウンロードしたイメージからコンテナを生成し、アプリケーションの実行・管理をGUIで出来る機能が提供されています。

2.Container Managerパッケージのインストール

DSMコンソールにログインし、［パッケージセンター］より［Container Manager] をインストールします。

初期設定は特になく、インストールが終わったら完了です。

Container Managerパッケージのインストールと同時に、NASの共有フォルダ領域に［Docker］というフォルダが新規に作成されます。この領域はコンテナの「データ永続化」領域として使用されます。

Dockerコンテナはその仕組み上、コンテナが生成・実行されたあと、コンテナを停止・破棄すると内部で生成されたデータも破棄と同時に消滅します。例えば、WordPressのWebサイトを実行するコンテナを生成したとして、Webサイトのテーマやプラグインをインストールし、記事を作成しても、コンテナを停止・破棄するとすべて消滅してしまいます。これでは困るので、データとして残しておきたい領域を「データ永続化」領域としてディスク上の領域を割り当てた状態でコンテナを生成することで、当該領域にデータを保存し、コンテナを停止・破棄したあとに再生成したときも「データ永続化」領域を割りつけることにより継続的にデータを使用できるようにします。

3.Container Managerを用いたWordPressサイトの構築

Container Managerを用いてWordPressのWebサイトを構築する手順を紹介します。

Container Managerのプロジェクト機能を用いて複数のコンテナを一括して構築する手順とします。

3-1.ドメイン名の取得

コンテナで生成されたWordPressサイトにアクセスするためのドメイン名の取得と、HTTPS化のためのSSL証明書の取得を行います。

本番用のドメイン名であれば以下の記事を参考にしてドメイン名とSSL証明書の取得を行います。

テスト用環境などであれば以下の記事を参考にしてドメイン名と、SSL証明書の取得を行います。

また、必要に応じて［内向きDNSの設定］も行います。

3-2.プロジェクトフォルダの作成

DSMコンソールより［FileStation］を起動し、［Docker］共有フォルダ以下に[wordpress1]フォルダを作成します。

次に、作成した［wordpress1］フォルダの直下に以下4つのフォルダを作成します。

conf：コンテナで使用する定義ファイルの格納用
db：mariadbデータベースのデータ格納用
redis：redisオブジェクトキャッシュのデータ格納用
wp：WordPressのコンテンツ格納用

更に、[wordpress1]フォルダの中に、 [docker-compose.yml]ファイルの作成を行います。
内容は以下の通りです。
作業用のPCでメモ帳などのエディタで作成し、［FileStation］でアップロードします。

version: '3.9'
services:
  wordpress:
    image: wordpress:latest
    container_name:  wordpress1_wp
    hostname: wordpress
    ports:
      - 8080:80
    depends_on:
      db:
        condition: service_started
      redis:
        condition: service_healthy
    volumes:
      - ./wp:/var/www/html:rw,Z
      - ./conf/php.ini:/usr/local/etc/php/conf.d/php.ini:ro,Z
      - ./conf/headers.load:/etc/apache2/mods-enabled/headers.load:ro,Z
    environment:
      WORDPRESS_DB_HOST: db
      WORDPRESS_DB_USER: wordpress
      WORDPRESS_DB_PASSWORD: wordpress
      WORDPRESS_DB_NAME: wordpress
    restart: on-failure:5

  db:
    image: mariadb:10.11
    container_name: wordpress1_db
    security_opt:
      - no-new-privileges:true
    hostname: db
    healthcheck:
     test: ["CMD-SHELL", "mysqladmin ping -P 3306 -proot | grep 'mysqld is alive' || exit 1"]
    environment:
      MYSQL_DATABASE: wordpress
      MYSQL_USER: wordpress
      MYSQL_PASSWORD: wordpress
      MYSQL_ROOT_PASSWORD: root
      TZ: Asia/Tokyo
    volumes:
      - ./db:/var/lib/mysql:rw,Z
    restart: on-failure:5

  redis:
    image: redis/redis-stack:latest
    hostname: redis
    container_name: wordpress1_redis
    healthcheck:
     test: ["CMD-SHELL", "redis-cli ping || exit 1"]
    environment:
      TZ: Asia/Tokyo
    volumes:
    - ./redis:/data:rw,Z
    restart: on-failure:5

[wordpress1/conf]フォルダの中に、 [headers.load]ファイル、および、［php.ini］ファイルの作成を行います。
[docker-compose.yml]ファイルと同様、作業用のPCでメモ帳などのエディタで作成し、［FileStation］でアップロードします。

それぞれ、内容は以下の通りとなります。

・ [headers.load]

LoadModule headers_module /usr/lib/apache2/modules/mod_headers.so

・［php.ini］

upload_max_filesize=5120M
post_max_size=5120M
memory_limit=256M
max_execution_time=300
max_input_time=300

opcache.revalidate_freq=60
opcache.fast_shutdown=1
opcache.jit=1205
opcache.jit_buffer_size=16M

php.iniの設定値はWordPressのバックアップデータをインポートするためのプラグインである「All-in-One Migration」でインポート容量制限を回避するためのものとなります。

詳細は以下の記事を参考にして下さい。

Synology NAS WordPress All-in-One Migrationによるバックアップ

WordPressのWebサイトのバックアップについて調査・検討し、評価の高い［All In One WP Migration］というプラグインを用いてバックアップを行うこととしました。また［All In One WP Migration］を使用するにあたり、アップロードファイルの容量制限を回避する手段について調査しました。

最終的に、プロジェクトフォルダのフォルダ、ファイル構成は以下のようになります。

wordpress1/
    conf/
        headers.load
        php.ini
    db/
    redis/
    wp/
    docker_compose.yml

3-3.Container Managerのプロジェクト作成

Container Managerの[プロジェクト]＞[作成]をクリックし、[プロジェクトを作成]ダイアログにて以下を入力します。

プロジェクト名：wordpress1
パス：3-2で作成したプロジェクトフォルダを選択（プロジェクトフォルダを選択すると既存の[docker-compose.yml]がある旨のダイアログが表示されるので、［既存のdocker-compose.ymlを使用してプロジェクトを作成］を選択してOKをクリックします）

全般設定の画面で内容を確認し、［次へ]をクリックします。

Webポータル設定の画面で、[ウェブポータルをWeb Station経由でセットアップ]にチェックを入れます。
これにより、Web Stationでwordpressコンテナをコンテンツとして管理することができるようになります。

要約の画面で設定内容が表示されるので、内容確認してから[完了]をクリックします。

[docker-compose.yml]ファイルの内容に従い、コンテナイメージがレジストリからダウンロードされ、wordpress、mariadb、redisのコンテナが生成されます。

続いて、Web Stationに進んでウェブポータルの設定を行うよう促すダイアログが表示されるので、[OK]をクリックします。

Web Stationのウェブサービスポータルをセットアップダイアログに遷移するので、ここで設定を行います。

ホスト名（ドメイン名）については予め取得済であるものとします。

設定内容を入力したら「作成」をクリックします。

Web StationでWebポータルが設定され、ホスト名(ドメイン名）で[wordpress1]コンテナにアクセスできるようになります。

Conainer Managerに戻ると、［wordpress1]プロジェクトが起動され、正常動作していることがわかります。

［wordpress1]プロジェクト内には３つのコンテナが起動しています。

コンテナ起動時、dbのコンテナの初期起動完了までに時間がかかることがあります。以下に示すように、コンテナが暫くの間、異常状態（オレンジ表示）を示しますが、この場合、暫く（以下例では１５分程度）待つと正常状態（緑表示）になります。（データベースの初期生成を行っているようです。）

Webポータルが作成されたら、ホスト名（ドメイン名）に適合する証明書を設定します。

［コントロールパネル］＞［セキュリティ］＞［証明書］＞［設定］をクリックし、設定ダイアログを表示します。

ホスト名（ドメイン名）がサービスとして表示されていますので、証明書プルダウンからドメイン名に適合した合したSSL証明書を選択します。

［OK］をクリックして設定を完了させます。

4.WordPressのセットアップとその他設定

ブラウザのURLにホスト名（ドメイン名）を入力してWebサイトにアクセスすると、WordPressの初期画面が表示されます。

上記が表示されたら、画面内容に従ってWordPressの初期設定を行っていきます。

4-1.Redisオブジェクトキャッシュの設定

本プロジェクトでは、Redisサーバを設定しているので、WordPressからRedisサーバに接続する設定を行います。

wp-config.phpに以下を追記します。

define( 'WP_REDIS_HOST', 'redis');

wp-config.phpはプロジェクトフォルダのwp以下あるので、FileStationで[テキストエディタで開く]で編集して設定を保存します。

WordPressの初期設定後、プラグインとして［Redis Object Cache］をインストール、有効化します。

WordPressのダッシュボードより［設定］＞［Redis］でRedisの管理画面を表示させ、［Enable Object Cache］をクリックしてObject Cacheを有効化させます。

5.Dockerコンテナの更新

コンテナイメージとして［latest］を選択していた場合、コンテナ生成時点での最新バージョンがダウンロードされますが、レジストリの最新バージョンが更新されると、イメージに［アップデートがあります］の表示がされます。

リンクをクリックすると［イメージをアップデート］画面が表示されます。［アップデート］をクリックすると、イメージの最新バージョンのダウンロードと、最新バージョンに基づいたコンテナの再生成が実行されます。

コンテナの再生成中はWordPressの動作は停止しますので、公開中のブログサイトの場合は更新タイミングを考慮する必要があります。

6.プロジェクトの削除

不要となったプロジェクトは以下の手順で削除します。

［コンテナマネージャ］＞［プロジェクト］でプロジェクトを選択し、［停止］をクリックします。

プロジェクト内のコンテナがすべて停止したら、[操作]＞［削除］を選択し、プロジェクトの削除を行います。

Web StationのWebポータルは自動的に削除されないため、こちらの削除も行います。

プロジェクトフォルダも不要であればFile Stationより削除します。

プロジェクトの削除手順についての説明は以上となります。

7.複数WordPressサイトの構築時の対応

複数のWordPressサイトを構築するときは以下のようにします。

プロジェクト名の変更：wordspress2などの別名とする。
[docker-compose.yml]にて、名称を重複しない名称（例:wordpress2)とし、ポート番号も別の番号（例:8081）とする。（3-2節の[docker-compose.yml]にて赤文字で表示している箇所を変更）

上記設定で構築することにより、1つ目のWordPressサイトと並列して複数のWordPressサイトを構築することができます。

8.まとめ

Synology NASでContainer Managerパッケージのインストールと、Container Managerのプロジェクト機能、およびWebStationのウェブサービスポータルを用いてWordPressのWebサイトを構築する手順を紹介しました。

Container Managerで作成したWordPressのWebサイトはインストール・セットアップも非常に簡単ですし、WebサーバやPHPに最新バージョンが使用できること、WordPressが最新版にアップデートできること、NAS上に複数のWordPressサイトを構築できるなどメリットが多いため、本インストール手順ををお勧めします。

以上、最後まで記事を読んでいただき、ありがとうございました。

【NAS用HDD】Synology HAT3300-4T [4TB 3.5 SATA 5,400rpm / NASグレードHDD(MTTF100万時間) / 3年保証]

Synology

Seagate IronWolf 3.5インチ 4TB 内蔵ハードディスク HDD CMR 6Gb/s 256MB 5400rpm ST4000VN006/EC

SEAGATE

【NAS用拡張メモリ】Synology D4NESO-2666-4G [DDR4-2,666-SODIMM / 4GB / Synology NAS専用] 国内正規代理店品

Synology

Synology NASでWordPress Webサイトのテスト環境構築

masao — Sun, 29 May 2022 12:11:36 +0000

WordPressを用いたWebサイトの公開を行うと、日々の記事更新以外にテーマやプラグインのアップデートや、サイトの見た目を変更するなどを行う機会があります。これらの作業には失敗したり、アップデートを行ったことにより動作しなくなるなどのリスクがあるため、本番サイトを複製したテスト環境を準備し、テスト環境であらかじめ検証をして、問題がないことを確認してから本番サイトに展開するといった運用を行うこととしました。

前提　本記事でのDSM(OS)バージョンは、Synology DSM 7.1 を用いています。

1.テスト環境の構築方針
2.テスト環境の構築手順
3.まとめ

1.テスト環境の構築方針

テスト環境は以下の方針で構築することとしました。

1-1.Synology NAS上に本番サイトの複製Webサイトを構築する。

テスト用サイトの目的として、同一環境（ソフトウェアバージョン、ハードウェア構成）上で、WordPress Webコンテンツの変更に対する事前動作検証をすることであるため、Synology NAS上に、本番サイトと同一の複製Webサイトを構築してテスト用サイトとします。

Synology NASのWordPressのWebサイトの構築方法としては、以下の記事で紹介した、Synologyのパッケージ版のWordPressを使用する方法と、

Synology NASでのWordPress（本家版）を用いたWebサイト構築

以下の記事で紹介した、WordPress.orgからダウンロードしたWordPressをインストール・セットアップする方法があります。

Sylogogy NASでWordPressを用いたWebサイトの構築を行います。今回はSynology NASのDSM（DiskStation Manager)で提供されているパッケージを使用せずにWordPress.orgからダウンロードした本家版をインストール・セットアップします。

記事の中でも紹介しておりますが、Synologyのパッケージ版のWordPressでは、NAS上に複数のWordPressWebサイトが作成できないことや、WordPress自体の更新がロックされていることもあり、本記事でのWordPressサイト構築方法は「WordPress.orgからダウンロードしたWordPressをインストール・セットアップする方法」を前提とします。

（パッケージ版とダウンロード版を併用する方法もないわけではないですが、パッケージ版でWordPressの更新がロックされていることもあるため、同一バージョンでの動作確認の趣旨を考えた場合、ダウンロード版で統一したほうが無難です。）

1-2.本番サイトのドメインのサブドメインを取得してテスト環境ドメインとする

テスト用サイトのURLは、本番サイトのサブドメインを取得して、テスト用サイトのドメインとします。

サブディレクトリ形式：https://masao-tec.com/test
サブドメイン形式　　：https://test.masao-tec.com

サイトのURLにはサブディレクトリ形式とサブドメイン形式がありますが、トップドメインからの階層関係が変わるため、本番サイトからのサイトデータを複製したときにトラブルとなる可能性があるため、階層関係に変化のないサブドメイン形式の方がよいです。

1-3.本番サイトのデータはバックアッププラグインを活用して複製する

以下の記事で、WordPressの記事データのバックアップおよびインポートを行うプラグインについてご紹介しました。

テスト用サイトには、上記プラグインで取得した本番サイトのバックアップデータをインポートして、サイト複製を行うこととします。

1-4.テスト用サイトは検索エンジンからインデックスされない様に保護する。

テスト用サイトが検索エンジンからインデックスされると、本番サイトの重複サイトという扱いとなり、本番サイトの検索エンジンでの評価が下がることとなります。これを避けるため、検索エンジンからインデックスされないよう、BASIC認証を設定して保護することとします。

1-5.運用イメージ

本番サイトとテスト用サイトの運用イメージ・役割分担は以下のようになります。

記事の作成や更新といった日々の作業は本番サイトで実施する。（ブログデータの正は本番サイトとする。）
ブログデータの内容はバックアップブラグインで本番サイトからテスト用サイトに複製する。テスト用サイトから本番サイトへのデータ移行は行わない。
テスト用サイトでは、プラグインの更新やWordPress、テーマの更新といった更新作業、新規プラグインの追加といった作業を本番サイトに先行して実施し、問題ないことを確認してから本番サイトへの反映を行う。（よって、WordPressのプラグインの自動更新設定はOFFにしておきます。）
PHPやApacheのバージョンアップや、設定変更（パラメータ変更）といったミドルウェア変更についても、テスト用サイトで事前検証を実施してから本番サイトに反映する。

2.テスト環境の構築手順

テスト環境の構築方針に従って、テスト環境の構築を行っていきます。

2-1.テスト用サイトドメインの取得とDSMへの登録

「1-2.本番サイトのドメインのサブドメインを取得してテスト環境ドメインとする」の方針に従い、ドメインについては、メインサイトのサブドメインとしてテスト用サイトを構築することとします。

サブドメインを取得し、取得したドメインにIPアドレスの設定（DDNSの設定）、内向きDNSの設定、証明書の取得といった、Webサイト構築に必要な事前設定作業を実施します。

サブドメインの登録

まずはサブドメインの登録を行います。

本サイトではGoogle Domainsでドメイン登録を行っていますので、Google Domainsでサブドメインの登録を実施します。

Google Domainsの管理画面の左側メニューから「DNS」をクリックしてネームサーバーの管理画面を表示します。

［ダイナミックDNS］の管理メニューにて、［新しいレコード作成］をクリックし、作成された新しんレコードにホスト名（サブドメイン名）を入力して、［保存］をクリックします。

テストサイト用のサブドメインが生成されました。

Synoloy NASからDDNSでIPアドレスを設定するための認証情報を取得しておきます。

［ダイナミックDNS］の管理メニューにて、新規作成したサブドメインのレコードの［認証情報を標示］をクリックします。

ダイナミックDNSの認証情報を表示するダイアログが表示されます。

「表示」をクリックすることにより、「ユーザー名」と「パスワード」が表示されます。

後ほどDSMの設定で入力するため、内容をメモしておきます。

DDNSの登録

Synology NASにて、登録したサブドメインでDDNSにIPアドレスを登録するように設定を行います。

Synology NAS のDSMコンソールにログインし、［コントロールパネル］＞［外部アクセス］＞［DDNS］の順に進みます。

Synology NASの制約で、一つのDDNSプロバイダにつき1個のホスト名しか登録できないというのがあります。すでに本番サイトでサービスプロバイダ［Google] は登録済なので、そのままでは追加サブドメインのホスト名をGoogleのDDNSに登録できません。そこで、［プロバイダのカスタマイズ」を使用してGoogleのDDNSにサブドメインのホスト名を登録できるように設定を行います。

［DDNS］＞［プロバイダのカスタマイズ］をクリックします。

［DDNSサービスプロバイダのカスタマイズ］ダイアログにて［追加］をクリックし、追加レコードに以下を入力します。

サービスプロバイダ：サービスプロバイダとして識別可能な名前を入力します。

Query URL：以下の内容を入力します。

https://__USERNAME__:__PASSWORD__@domains.google.com/nic/update?hostname=__HOSTNAME__&myip=__MYIP__

入力出来たら［保存］をクリック。

［DDNS］＞［追加］をクリックします。

サービスプロバイダとして先ほど追加したプロバイダを選択します。

ホスト名はサブドメイン名を入力します。

ユーザー名とパスワードは、ダイナミックDNSの認証情報で取得したものを入力します。

［テスト接続］をクリックしてステータスが［正常］となったら登録完了なので、［OK］をクリックしてダイアログを閉じます。

Google Domainsの管理画面でもDDNSによるIPアドレス設定が行われていることが確認できました。

内向きDNSへのレコード追加

「内向きDNS」については以下の記事で詳細を説明していますが、ローカルネットワーク内でホスト名によるIPアドレス解決を行う設定です。

詳細　Synolog NAS 内向きDNSの設定

Synology NAS 内向きDNSの設定

DDNSから取得できるIPアドレスは、インターネット側からアクセスできるグローバルアドレスとなり、このアドレスを使用してローカルLAN内のデバイスからSynology NASへのアクセスはできないため、ローカルLAN内では、DDNSで設定したのと同じドメイン名でローカルIPアドレスを取得できるように、内向きDNSを設定します。

新規追加したサブドメインについても設定が必要であるため、設定を追加します。

本番サイトのサブドメインなので、本番サイト用のゾーンにリソースレコードを追加することでよいです。

SSL証明書の取得

取得したサブドメイン名によるSSL証明書の取得を実施します。

Synology NAS のDSMコンソールの［コントロールパネル］＞［セキュリティ］＞［証明書］から、サブドメインの証明書の取得設定を行います。

証明書の取得の詳細については以下の記事にて紹介しております。

詳細　Synology NASで構築したWebサイトに独自ドメイン設定およびLet’s EncryptによるHTTPS化設定

Synology NASで構築したWebサイトに独自ドメイン設定およびLet's EncryptによるHTTPS化設定

SSL(Secure Sockets Layer)とは、インターネット上でのWebブラウザとWebサーバー間の通信を暗号化し、データをやりとりする仕組みのことです。SSL対応されているWebサイトは、URLが「https://」となります。Webサイトを運営するにあたりHTTPS化は必須となっていますので、本記事ではSynology NASで構築したWebサイトに独自ドメインを設定し、Let's Encryptによる常時HTTPS化設定を行います。

2-2.テスト用サイトWebサーバの構築

テスト用サイトドメインを用いて、テスト用Webサーバを構築します。

具体的な構築方法については以下記事で紹介したものとなります。

詳細　Synology NASでのWordPress（本家版）を用いたWebサイト構築

Synology NASでのWordPress（本家版）を用いたWebサイト構築

上記手順に従い、［2-1.テスト用サイトドメインの取得とDSMへの登録］で取得、設定を行ったテスト用サイトのサブドメインURLを使用してWebサイトのインストールを行います。

2-3.テスト用サイトのアクセス制限

テスト用サイトが検索エンジンからインデックスされないようにするため、テスト用サイトにアクセス制限を設定します。

アクセス制限方法としては、BASIC認証を設定することとします。

BASIC認証とは、ブラウザでURLよるアクセスを行った際に、ID（ユーザー名）とパスワードの入力を求めるダイアログが表示されるもので、正しいIDとパスワードの入力がない限りそれ以上のアクセスが出来ません。検索エンジンのクローラーもアクセスできないため、テスト用サイトが検索エンジンからインデックスされることもなくなります。

テスト用サイトにBASIC認証を設定する手順は以下の通りです。

.htpasswdファイルの作成

.htpasswdというIDと暗号化されたパスワードが記述されたファイルを作成し、テスト用サイトのトップディレクトリに格納します。

ファイルの作成には、［MD5 BASIC認証ジェネレーター］のようなキーワードでWeb検索を行うとファイルが生成できるサイトが出てきますので、当該サイトでIDやパスワードを入力して.htpasswdファイルの生成を行います。

.htpasswd生成ツール(MD5対応)｜株式会社エン・ＰＣサービス - 東京都台東区蔵前のウェブアプリ・システム開発、ウェブサイト制作会社

.htpasswdファイルの設置手順「.htaccess」ファイルの例（サンプル） BASIC認証とは BASIC認証とは、Webサイトの閲覧に制限をかける、最も単純で基本的な機能です。ただ、パスワードなどが暗号化さ

上記サイトでは、.htpasswdの中身が画面に表示されるため、表示された内容を.htpasswdに貼り付けます。

なお、.htpasswdの生成ですが、NASにsshでログインして、エディタ（vi)で入力するのが難しければ、DSMコンソールにブラウザアクセスしているPC側でファイルを生成してから、DSMの[FILE Station]を用いてアップロードするのが良いと思います。

.htaccessファイルへの設定追加

以下の内容を、テストサイトのトップディレクトリにある.htaccessに記述します。

本内容も、NASにsshでログインして、エディタ（vi)で編集するのが難しければ、SMコンソールにブラウザアクセスしているPC側でDSMの[FILE Station]を用いてダウンロードし、PC側で内容を更新してからアップロードするのが良いと思います。

AuthUserfile /テストサイトのトップディレクトリのフルパス/.htpasswd
AuthGroupfile /dev/null
AuthName "Please enter your ID and password"
AuthType Basic
require valid-user

注意点は以下です。

#BEGIN XXXX ～ #END XXXXに囲まれた範囲に記述を行わない。この範囲は他のプラグイン等で.htaccessに記述が追加された行になりますので、プラグインの設定により書き換えが発生するため、#BEGIN XXXX ～ #END XXXXに囲まれた範囲には追加の記述を行ってはいけません。
.htpasswdのフルパスに注意。フルパスがわからなければ、FileStationのファイルのプロパティにて［場所］として表示された内容で確認することが出来ます。

BASIC認証の確認

上記が設定できたら、一度テスト用サイトのドメインにブラウザアクセスしてみて、以下の動作となることを確認します。

ユーザー名とパスワード入力のダイアログが表示されること。
ユーザー名とパスワードに正しい入力値をいれるとサイトにアクセスできること。
ユーザー名とパスワードに正しい入力値を入れないとサイトにアクセスできないこと。
ユーザー名とパスワード入力のダイアログでキャンセルすると401エラーとなること。

上記の動作が確認出来たら、BASIC認証によるアクセス制限は完了です。

2-4.テスト用サイトに本番サイトのデータをインポート

テスト用サイトへの本番サイトのデータインポートには、［WordPress All-in-One Migration］プラグインにより実施します。

よって、テスト用サイトには最低限、本プラグインをインストールしておく必要があります。

また、いつでもテスト用サイトを初期状態に戻せるように、［WordPress All-in-One Migration］をインストールした段階で、テスト用サイトのバックアップイメージを保存しておきます。

［WordPress All-in-One Migration］については詳細を以下記事で紹介しております。

詳細　Synology NAS WordPress All-in-One Migrationによるバックアップ

Synology NAS WordPress All-in-One Migrationによるバックアップ

テストサイトに［WordPress All-in-One Migration］がインストール出来たら、本番サイトのバックアップデータを［WordPress All-in-One Migration］によりインポートします。

上記で本番サイトの複製サイトが完成です。

3.まとめ

Synology　NASにてテスト用サイトを構築する手順について紹介しました。

以下の記事でPHPのバージョンアップを行った内容について紹介しておりますが、このようなWebサイトのミドルウェア更新の場合も、テスト用サイトで事前検証してから本番サイトに適用することで、万が一のサイト停止のリスクが削減できるため、テスト用サイトを構築することをお勧めします。

参考　Synology NAS WordPress WebサイトのPHP8.0適用

Synology NAS WordPress WebサイトのPHP8.0適用

Synology DSM7系に対応したPHP8.0がリリースされたため、運用中のWordPres Webサイトへの適用を行いました。

以上、最後まで記事を読んでいただき、ありがとうございました。

Synology NAS WordPress WebサイトのPHP8.0適用

masao — Sat, 14 May 2022 05:35:15 +0000

Synology DSM7系に対応したPHP8.0がリリースされたため、運用中のWordPres Webサイトへの適用を行いました。

Synologyのパッケージセンターにて、PHP8.0がリリースされていました。

こちらの記事で、WordPressのWebサイトを構築していましたが、当時最新版リリースであるPHP7.4を適用していました。

参考　Synology NASでのWordPress（本家版）を用いたWebサイト構築

今回は、本サイトに適用しているPHPのバージョンをPHP8.0に更新したため、その手順を紹介します。

前提　本記事でのDSM(OS)バージョンは、Synology DSM 7.1 を用いています。

1.PHP8.0のインストール
2.PHP8.0のプロファイル設定
3.WebサイトへのPHP8.0の設定
4.まとめ

1.PHP8.0のインストール

パッケージセンターより、PHP 8.0のパッケージをインストールします。

2.PHP8.0のプロファイル設定

Webサイトで運用中のPHPのプロファイルを直接変更した場合、何か問題が発生した時にすぐに戻せないため、運用中のプロファイルとは別の新規プロファイルを作成して、Webサイトに適用するプロファイルを入れ替える手順とします。

このため、Webサイトに適用するPHP8.0のプロファイルを新規作成します。

[Web Station]で、［スクリプト言語の設定］＞［PHP］から、［作成］をクリックします。

2-1.PHPバージョンの設定およびPHPキャッシュの有効化

[PHPプロファイルを設定]ダイアログの［設定］タブをクリックし、設定項目を入力していきます。

［プロファイル名］と［説明］は何でもよいですが、後でわかりやすい内容としておきます。

［PHPバージョン］でPHP8.0を選択します。

［PHPキャッシュを有効にする］にチェックをいれます。本設定により、PHPのOPcacheとAPCuが有効化されます。

[OPcache]とは、PHPスクリプトをコンパイルした中間コード（バイトコード）をキャッシュしておき、次回以降の実行時にキャッシュした中間コードを再利用する仕組みです。
[APCu]もOPcacheと同様、キャッシュする仕組みですが、こちらはオブジェクトや変数をキャッシュします。
どちらも、キャッシュされた中間コードやデータを再利用することにより、Webサイトの表示性能が大幅に向上するので、設定は必須です。

2-2.PHP拡張モジュールの選択

[PHPプロファイルを設定]ダイアログの［拡張］タブをクリックし、WordPressを実行するのに必要な拡張モジュールを選択していきます。

拡張モジュールについては、WordPressのサイトを参考にして、以下のモジュールを有効化対象としました。

本サイトで使用しているWordPressのテーマおよびプラグインでは、本モジュールの有効化だけで運用が可能なことは確認済ですが、インストールしているWordPressのテーマやプラグインによっては、追加でモジュールが必要となる可能性はあります。

名前	説明
bcmath	任意の精度の数学で、10 進数 2147483647 桁までの任意のサイズと精度の数値をサポートします。
curl	リモート要求操作を実行します。
exif	画像に保存されているメタデータで動作します。
ftp	ファイル転送プロトコル (FTP) を話すファイルサーバーへのクライアントアクセスを実装します
gd	Imagick がインストールされていない場合、GD グラフィックスライブラリは画像操作の機能制限付きフォールバックとして使用されます。
iconv	文字セット間の変換に使用されます。
imagick	メディアのアップロードにより良い画質を提供します。
intl	書式設定、音訳、エンコード変換、カレンダー操作、準拠照合順序、テキスト境界の検索、ロケール識別子、タイムゾーン、書記素の操作など、ロケール対応の操作を実行できます。
mysqli	MySQL Improved 拡張モジュール
openssl	他のホストへの SSL ベースの接続を許可します。
pdo_mysql	PDO API で MySQL に接続するためのドライバです。
sockets	一般的なBSDソケットに基づいてソケット通信機能への低レベルインタフェースを実装します。
sodium	署名を検証し、安全にランダムなバイトを提供します。
ssh2	セキュアな暗号化トランスポートを使用して、リモートマシン上のリソース (シェル、リモート exec、トンネリング、ファイル転送) へのアクセスを提供します。
zip	プラグイン、テーマ、およびWordPressアップデートパッケージを解凍するために使用されます。
zlib	Gzip 圧縮と解凍。

2-3.PHPパラメータ設定とJITの有効化

[PHPプロファイルを設定]ダイアログの［コア］タブをクリックし、PHPのパラメータ設定を行います。

設定するパラメータとしては、以下リンクの記事で紹介した、「WordPress All-in-One Migration」プラグインで容量制限を回避するためのパラメータの設定と、PHP8.0で新規に機能追加された、ジャストインタイム（JIT）コンパイラーを有効化するためのパラメータとしました。

PHPのジャストインタイム（JIT）コンパイラーとは、OPCacheをさらにもう一段進めた仕組みであり、OPCacheではコンパイルされた中間コードをキャッシュして再利用しますが、JITでは中間コードをネイティブコード(機械語)まで変換したものをキャッシュして再利用します。

ジャストインタイム（JIT）コンパイラーは、PHP8.0の標準機能として組み込まれていますが、デフォルト設定で無効化されているため、パラメータを設定することにより有効化します。

パラメータ設定の一覧を下表に記載します。

パラメータ	設定値例	説明
max_execution_time	300	スクリプトがパーサにより強制終了されるまでに許容される最大の時間を秒単位で指定します。 All-in-One WP Migrationで必要
max_imput_time	300	スクリプトが POST、GET などの入力をパースする最大の時間を、秒単位で指定します。 All-in-One WP Migrationで必要
memory_limit	256M	スクリプトが確保できる最大メモリをバイト数で指定します。この命令は、正しく書かれていないスクリプトがサーバーのメモリを食いつぶすことを防止するのに役立ちます。もし、使用可能メモリに制限を設けたくない場合は、ここに -1 を指定してください。 All-in-One WP Migrationで必要
post_max_size	5120M	POSTデータに許可される最大サイズを設定します。この設定は、ファイルアップロードにも影響します。大きなファイルをアップロードするには、この値を upload_max_filesize より大きく設定する必要があります。 All-in-One WP Migrationで必要
upload_max_filesize	5120M	1つのファイルの最大ファイルサイズ。 All-in-One WP Migrationで必要
opcache.jit_buffer_size	128M	コンパイル済みのJITコードを保存する共有メモリの合計サイズ。 0 を指定すると、JIT が無効になります。デフォルト値が0のため、JITを有効化するには本パラメータ設定が必要です。

ここまでの設定を実施したら、［保存］をクリックして、PHPプロファイルの作成を完了させます。

3.WebサイトへのPHP8.0の設定

[Web Station]>[Webサービスポータル]で、対象のWebサイトのポータルを選択し、［編集］をクリックします。

［仮想ホストを編集］ダイアログにて、［Backend］タブをクリックし、スクリプト言語の設定:PHPにて、プルダウンメニューから「2.PHP8.0のプロファイル設定」で作成したプロファイルを選択します。

［保存］をクリックして、WebサイトへのPHP8.0設定を完了させます。

設定完了後、Webサイトの動作に問題がないかを、一通り確認して、問題なければ完了です。

動作に問題があった場合は、設定したプロファイルを前のものに戻します。

運用中のWebサイトにいきなり適用するのは影響が大きいため、できれば、運用中のサイトのテスト用サイトを構築して、事前にテスト用サイトで検証することをお勧めします。

テスト用サイトの構築と運用については以下の記事にて紹介しておりますので、こちらも参考にしてみてください。

Synology NASでWordPress Webサイトのテスト環境構築

4.まとめ

Synology DSMにて新たにリリースされたPHP8.0を本Webサイトに適用した経緯について紹介しました。

特にトラブルもなく運用していますが、記事中にも紹介している通り、テスト用サイトで事前に一通りの動作検証をおこなってから本番サイトに投入するという手順で実施しました。

PHP8.0で新規追加されたジャストインタイム（JIT）コンパイラーについては、有効化・無効化で目に見えての性能向上は見られませんでした。（一応、有効化設定のままで運用継続は行っています。）

以上、最後まで記事を読んでいただき、ありがとうございました。

Synology NAS WordPress All-in-One Migrationによるバックアップ

masao — Tue, 08 Mar 2022 10:47:27 +0000

WordPressのWebサイトのバックアップについて調査・検討し、評価の高い［All In One WP Migration］というプラグインを用いてバックアップを行うこととしました。
また［All In One WP Migration］を使用するにあたり、アップロードファイルの容量制限を回避する手段について調査しました。

以下の記事で、WordPressのWebサイトをクラッシュさせてしまい、Synology NAS のHyper Backupのバックアップから復元した事例について紹介しました。

参考　Synology NAS WordPress Webサイトのクラッシュと、Hyper Backupによるバックアップからの復元

Synology NAS WordPress Webサイトのクラッシュと、Hyper Backupによるバックアップからの復元

人為的な作業誤りによりWordPressのWebサイトがクラッシュしました。Synology NASのHyper Backupによるデイリーバックアップを実施していたため、Hyper Backupのバックアップから復元を行い、無事Webサイトを復旧することが出来ました。

ただし、Synology NAS のHyper BackupはNAS全体のバックアップとなり、復元についてもデータベースを丸ごと復元しかできないなど、小回りも効きづらいため、WordPress単体でのバックアップについて調査・検討することとしました。

前提　本記事でのDSM(OS)バージョンは、Synology DSM 7.0 を用いています。

1.バックアップ方法について
2.All In One WP Migrationについて
3.All In One WP Migrationのインポート容量制限回避方法
- 3-1.PHPプロファイルで容量制限を回避するパラメータを設定
- 3-2.All In One WP Migrationのインポート容量の確認
4.まとめ

1.バックアップ方法について

WordPressでバックアップする対象のデータとしては、WordPressインストールフォルダのWordPress構成ファイル群（WordPress本体のプログラムやプラグインのプログラムソースコードと、Webサイトで使用しているメディアファイル、インストールしたテーマ）と、データベース（ブログデータ）があります。

バックアップ方法としては、WordPress構成ファイル群とデータベースのデータをそれぞれ手動でバックアップする方法と、バックアップ用のプラグインを用いてバックアップする方法があります。

WordPressを手動でバックアップする方法は、WordPress構成ファイル群についてはWordPressインストールフォルダを丸ごとFTPソフト等を用いて別メディアに格納し、データベースのブログデータはPHP MyAdminなどのデータベース操作ツールを用いてデータベースをエクスポートして保存しますが、それなりにスキルも手間もかかります。

バックアップ方法	長所	短所
Synology Hyper Backupによるバックアップ	データ保存の失敗が少なく、安定したバックアップ体制が見込める。	基本はNAS全体のバックアップ機能のため、小回りが利きにくい。複数サイトを運用している場合データベース一括復元となってしまう。
WordPressを手動でバックアップ	WordPressのバックアップとしては基本の方法。手段も確立しており、バックアップ方法としては確実性がある。複数サイト運用していてもサイト毎にバックアップが取れるなど小回りが利く。	知識・スキルが必要。バックアップに手間がかかる。
WordPressをプラグインでバックアップ	プラグインの機能次第であるが、ワンクリックでバックアップが取れるなど、手間がかからない。複数サイト運用していてもサイト毎にバックアップが取れるなど小回りが利く。	どういったデータフォーマットでバックアップがとられるかはプラグイン次第となる。プラグインのバグによりバックアップが失敗する可能性がある。

バックアップ方法の比較

バックアップ用のプラグインを用いてバックアップする方法については、バックアップ用のプラグインがいくつか存在していますが、なかでも［All In One WP Migration］というプラグインが様々なサイトで紹介されており、現状では最も評価が高いようです。

よって、本サイトも［All In One WP Migration］を導入してバックアップを行うこととしました。

2.All In One WP Migrationについて

［All In One WP Migration］プラグインのインストールは、WordPressの管理画面の［プラグイン］＞［新規追加］で［プラグインを追加］画面を表示し、［All In One WP Migration］をキーワード検索します。

インストールして有効化します。

2-1.All In One WP Migration バックアップ

［All In One WP Migration］プラグインのバックアップには、［バックアップを作成］、［ダウンロード］、［復元］、［削除］のメニューがあります。

［バックアップを作成］をクリックすると、バックアップの作成を開始します。

［ダウンロード］は、バックアップをブラウザでダウンロードします。

［削除］はバックアップファイルを削除します。

［復元］はバックアップファイルを直接復元する機能ですが、有料オプション購入しないと使用できない機能です。インポート機能があるので特に使えなくても問題ないです。

バックアップファイルがない状態だと、［バックアップを作成］しか表示されません。

［バックアップを作成］をクリックしてバックアップの作成を開始します。

プラグインにによりバックアップ（エクスポート）処理が実行されます。

バックアップが完了すると、ダイアログが表示されます。

ダイアログの［ダウンロード］をクリックするとバックアップファイルをブラウザでダウンロードすることが出来ます。

2-2.All In One WP Migration インポート

［All In One WP Migration］のバックアップファイルのインポートは、サイトのインポート画面のインポートエリアに、ブラウザでバックアップファイルをドラッグ＆ドロップすることにより実行します。

インポート処理が開始され、ファイル読み込み処理が実行されます。

インポート処理によりデータが上書きされる旨の注意喚起ダイアログが表示されますので、［開始］をクリックします。

インポートが完了しました。

この後、WordPressの管理画面からいったんログアウトとなり、再度ログインする必要があります。

2-3.All In One WP Migration エクスポート

［All In One WP Migration］のエクスポートでは［高度なオプション］の設定により、エクスポート（バックアップ）ファイルに含める内容を選択することが出来ます。

これにより、たとえば、エクスポートファイルをメディアライブラリとそれ以外に分けることにより、アップロード容量に制限がある場合にアップロードサイズを押さえてインポートすることが可能となります。

3.All In One WP Migrationのインポート容量制限回避方法

［All In One WP Migration］ですが、標準状態だと、インポートの最大アップロードサイズに容量制限があり、せっかくエクスポート（バックアップ）した状態をインポートするのに容量制限に引っかかってそのままではインポートできません。

容量制限を回避する方法については以下の［All In One WP Migration］の公式サイトに記載されています。

How to Increase Maximum Upload File Size in WordPress - ServMask Helpdesk

There are 4 ways that you can choose to increase the maximum upload file size in WordPress. 1. Use our plugin (easy) 2. Contact hosting provider (medium) Reach over to the customer support of your hosting provider and ask them to increase t...

上記サイトの説明によると、方法として以下３つの手段が提示されています。

有償版プラグインを購入する。
ホスティングプロバイダに依頼して容量制限を回避してもらう。
自力でWordPressのファイル（.htaccessまたはwp-config.php）にパラメータを設定する。

1.の手段が一番簡単・確実ですが費用が掛かります。

3.の手段で容量制限を回避する手段を紹介するサイトが多いですが、試してみたところうまく動作しませんでした。

Synology NASでWebサイトを運営している場合、ホスティングプロバイダ＝自分自身となりますので、２.の方法に該当する手段として、

［PHPプロファイルで容量制限を回避するパラメータを設定する］

ことで容量制限を回避することとします。

以下に具体的な手順を説明します。

3-1.PHPプロファイルで容量制限を回避するパラメータを設定

DSMコンソールにログインし、［Web Station］>［スクリト言語の設定］をクリックする。

パッケージ版WordPressを使用している場合

パッケージベースのプロファイルからWordPressを選択し、編集をクリックして［PHPプロファイルを編集］ダイアログを表示させる。

［コア］タブを選択して、パラメータ設定画面を表示させ、以下のパラメータを編集します。

編集が完了したら［保存］をクリックしてパラメータ値を保存します。

パラメータ設定一覧の説明

パラメータ	設定値例	説明
upload_max_filesize	5120M	アップロードファイルの最大サイズ。バックアップファイルサイズよりも大きくします。設定値例の場合、バックアップファイルサイズの最大値は5GBとなります。
post_max_size	5120M	許可される POST データの最大サイズ。バックアップファイルサイズよりも大きくします。設定値例の場合、バックアップファイルサイズの最大値は5GBとなります。
memory_limit	256M	PHPのメモリ使用量の上限。All In One WP Migrationの公式サイトの説明によるとアップロードサイスよりも大きくすることが推奨されていますが、そこまで大きくしなくても一応動作するようです。-1を設定すると無制限に設定することが出来ます。
max_execution_time	300	スクリプトの最大実行時間です。ここで指定された秒数に達すると処理が終わっていなくてもスクリプトは強制終了されます。All In One WP Migrationの公式サイトでは300秒（5分）に設定が推奨されていますが、バックアップファイルが大きくなったりサーバの処理性能の制約により300秒で足りない場合はさらに増やしてもよいかもしれません。
max_input_time	300	各スクリプトがリクエストデータの解析にかけることができる最大の時間。Synology DSMの初期設定値は60秒。All In One WP Migrationの公式サイトでは300秒（5分）に設定が推奨ていますが、バックアップファイルが大きくなったりサーバの処理性能の制約により300秒で足りない場合はさらに増やしてもよいかもしれません。

パッケージ版WordPressを使用せず本家版WordPressを独自インストールしている場合

ユーザ定義のプロファイルから［WordPress］を選択し、［編集］をクリックして［PHPプロファイルを編集］ダイアログを表示させる。

パラメータの設定は［パッケージ版WordPressを使用している場合］と同様となります。

3-2.All In One WP Migrationのインポート容量の確認

PHPプロファイルで容量制限を回避するパラメータを設定することにより、［All In One WP Migration］のインポートの最大アップロードファイルサイズが拡大（本事例では５GB）されました。

これで、バックアップファイルの大きさを気にせずにバックアップファイルのインポートが出来るようになります。

4.まとめ

WordPressのWebサイトのバックアップについて調査・検討し、［All In One WP Migration］プラグインを用いたバックアップについて紹介しました。

また［All In One WP Migration］を使用するにあたり、アップロードファイルの容量制限を回避する手段について紹介しました。

［All In One WP Migration］を用いたバックアップはワンクリックでバックアップが取得でき、復元（リストア・インポート）も簡単にできるので快適です。

これからは、サイトの保守（記事投稿も含む）をする時には必ずバックアップを取得してから作業を行うこととし、不測の事態に備えたいと思います。

以上、最後まで記事を読んでいただき、ありがとうございました。

【NAS用HDD】Synology HAT3300-4T [4TB 3.5 SATA 5,400rpm / NASグレードHDD(MTTF100万時間) / 3年保証]

Synology

Seagate IronWolf 3.5インチ 4TB 内蔵ハードディスク HDD CMR 6Gb/s 256MB 5400rpm ST4000VN006/EC

SEAGATE

【NAS用拡張メモリ】Synology D4NESO-2666-4G [DDR4-2,666-SODIMM / 4GB / Synology NAS専用] 国内正規代理店品

Synology

Synology NAS を Hyper Backup で USB 外付けHDDに定期バックアップ｜安全なデータ保護術

Synology NAS WordPress Webサイトのクラッシュと、Hyper Backupによるバックアップからの復元

masao — Wed, 02 Mar 2022 14:05:53 +0000

前提　本記事でのDSM(OS)バージョンは、Synology DSM 7.0 を用いています。

1.WordPress「サイトに重大なエラーが発生しました」の表示
2.原因調査を図るも
3.Synology Hyper Backupのデイリーバックアップより復元
4.無事復旧しました

1.WordPress「サイトに重大なエラーが発生しました」の表示

WordPressのサイトが壊れました。
Synology NASのFileStationでWordPressのフォルダの中身を参照していたのですが、誤ってどこかのファイルを壊したか削除したか書き換えたかしてしまったようです。
明確に何をしたかは自分でもわからないのですが、気づいたらWebサイトの表示ができなくなり、画面が真っ白で数行のエラーメッセージが表示され、管理画面へのログインもできない状態です。

さあ困った。

2.原因調査を図るも

心当たりのある操作があれば、直前の状態に戻せば復旧すると思われますが、今回の場合は原因が不明です。

「WordPress」「クラッシュ」でネットで事例と対処方法を検索してみました。

デバッグモードにして調査する：WordPressにデバッグモード設定をすることによりエラーの内容をログ出力する機能があり、エラー内容から原因を突き止める方法です。時間がかかりそうです。また、現状、まだエラー内容から原因を突き止められるまでのスキルが自分にはありません。
WordPressのバックアップから復元する：WordPressのブログデータをバックアップしておき、バックアップデータからサイトを復元する方法。WordPress自体にも標準的なバックアップ手段があり、また、バックアップを簡単に取得できるような便利なプラグインもあります。
残念ながらバックアップを取っていませんでした。（WordPressのバックアップ方法について調査検討中段階）

WordPressのバックアップはとっていませんでしたが、我が家の場合はSynology NASでHyper Backupというパッケージを用いてNAS丸ごとのデイリーバックアップを取っていました。

参考　HyperBackupによるUSB外付けDISKへのバックアップ

Synology NASで Hyper Backup を使って USB 外付けHDDへ一日一回の定期バックアップを設定する方法をわかりやすく解説。スマートローテーションで世代管理しながら、万一のデータ消失にも備える運用術。

最後の手段としてHyper Backupのバックアップから復元を試みます。

3.Synology Hyper Backupのデイリーバックアップより復元

DSMコンソールメニューより［Hyper Backup］を起動します。

［復元メニュー］をクリックし、プルダウンメニューから［データ］をクリックします。

［復元ウィザード］が開始されます。そのまま［次へ］をクリック

[システム構成] の復元メニューが表示されます。
[システム設定を復元しない］［システム設定情報を復元する］の何れかを選択します。
［システム設定情報を復元する］を選択した場合は、Synology NASの設定情報を復元することが出来ます。また、復元する対象もNAS全体の設定か、一部の設定かが選択できます。
今回の場合はシステム設定情報は関係なさそうなので［システム設定を復元しない］を選択します。

［データの復元］メニューが表示されます。
復元先のフォルダ、ファイルを選択します。今回の場合はWordPressサイトの保存フォルダ全体を選択しました。

［アプリケーションの復元］メニューが表示されます。
関係なさそうなのですが念のため［Web Station]を復元対象にしました。WordPressの場合はWebサーバ以外に、データベース管理ソフトウェア［Maria DB]が関連するパッケージですが、データベースが原因ではなさそうなので、一旦ここは［Maria DB]は復元対象から外しました。

［復元中は、選択したアプリケーションすべてが無効になります。よろしいですか］とワーニングメッセージが出ますので、［はい］をクリック

［データ復元サマリ］の画面が表示され、選択した復元内容が一覧で表示されます。［完了］をクリックしたら、復元タスクが実行されます。

4.無事復旧しました

復元タスクが完了し、WordPressサイトにアクセスすると、無事、Webサイトの画面が表示されるようになりました。復元は成功です。

今回の事例ではバックアップの重要性を再認識しました。

また、今のところはNASから外付けHDDへのバックアップ体制ですが、今後はサーバ配置拠点の物理的障害が発生した時のことも考慮して、別拠点へのバックアップ体制を早急に構築したいと思います。

以上、最後まで記事を読んでいただき、ありがとうございました。

Synology NASにリバースプロキシを設定して他ホストのWebサーバを中継する

masao — Wed, 23 Feb 2022 12:39:15 +0000

Webサーバを外部公開する場合、Webサーバで使用されるポート80とポート443は、ルーターのポートフォワーディングで1台のサーバに中継されます。
よって、Webサーバとしての役割を搭載できるホストはローカルネットワーク内で1台となりますが、ここにリバースプロキシを導入することにより、アクセスされるドメイン名（ホスト名）毎に別々のWebサーバに、外部からのリクエストを中継することが出来ます。
すなわち、Webサーバを物理的に分離することが可能となります。

1.リバースプロキシとは
2.Synology NASでのリバースプロキシ設定
- 2-1.リバースプロキシ規則の設定
- 2.2.リバースプロキシ規則にSSL証明書の設定
3.Ubuntu 20.04 LTS Serverでのバーチャルホスト設定
- 3-1.バーチャルホストの設定ファイル作成
- 3-2.バーチャルホストの設定ファイル有効化
4.Webサイトの表示確認

1.リバースプロキシとは

リバースプロキシとは、インターネットと内部ネットワークの間に配置され、インターネット側からのWebアクセス通信を受け付けて内部のWebサーバに中継する仕組みです。

Synology NASにはリバースプロキシの仕組みが搭載されているため、内部ネットワーク上に配置されたSynology NAS以外のホストのWebサーバに対し、Synology NASがWebアクセスを受け付けて、他ホストのWebサーバに中継させることが出来ます。

また、アクセスするドメイン名ごとに別々の中継先を設定することができます。

設定イメージ

本記事では、Synology NASのリバースプロキシ機能を設定して、Synology NASからローカルネットワーク上に配置した他ホスト（Ubuntu 20.04 LTS Server）に構築したWebサーバ（WordPress Webサイト）に外部からのドメイン名でのアクセスを中継する手順について紹介します。

さらに、WordPress Webサイトのアクセス時に、URLにWordPressのインストール先ディレクトリを含めずドメイン名だけでアクセスするために、Ubuntu ServerでApacheのバーチャルホストを設定する手順について紹介します。

2.Synology NASでのリバースプロキシ設定

2-1.リバースプロキシ規則の設定

DSM7.０のリバースプロキシ設定は、［コントロールパネル]＞[ログインポータル]＞[詳細設定]にあります。

[リバースプロキシ]をクリックすると、［リバースプロキシダイアログ］が表示されます。

[リバースプロキシダイアログ]上で［作成］を選択すると、［リバースプロキシ規則］ダイアログが表示されますので、このダイアログで必要事項を入力します。

［プロキシ名を反転］は翻訳がおかしいですがリバースプロキシのことを示しているのだと思われます。

リバースプロキシ規則の名称を入れるイメージです。わかりやすい名前を入れればよいと思います。

［Target］への入力項目は以下の通りです。

プロトコル	HTTPまたはHTTPSを選択します。 HTTPSを選択する場合は、ホスト名（ドメイン名）をDNSへ登録し、SSL証明書の取得を済ましておく必要があります。
ホスト名	リバースプロキシでWebサーバに中継するときの外部からのホスト名（ドメイン名）を入力します。
ポート	ポート番号を入力します。（HTTPだと80、HTTPSだと443）
HSTSを有効にする	強制的に HTTPS 接続させる設定です。HTTPS化する場合はチェックを入れます。

［送り先］への入力項目は以下の通りです。

プロトコル	HTTPまたはHTTPSを選択します。リバースプロキシ側（インターネット側）の通信をHTTPS化する場合は、中継のプロトコルはHTTPを選択することでよいと思います。
ホスト名	リバースプロキシで中継先のWebサーバのホスト名を入力します。ローカルネットワーク側でドメイン名でのアクセスが出来ない場合はIPアドレス入力でよいです。
ポート	ポート番号を入力します。（HTTPだと80、HTTPSだと443）

入力が完了したら、［保存］をクリックしてリバースプロキシ規則を保存します。

2.2.リバースプロキシ規則にSSL証明書の設定

インターネット側からアクセスするときのプロトコルをHTTPS化する場合はリバースプロキシ規則にSSL証明書の設定を行います。

［コントロールパネル］＞［セキュリティ］＞［証明書］＞［設定］をクリックし、設定ダイアログを表示します。

リバースプロキシ規則の設定で保存した名称が追加されていますので、[証明書] プルダウンメニューを選択し、インターネット側からアクセスする場合のホスト名（ドメイン名）に対応したSSL証明書を選択します。

［OK］をクリックし設定を反映します。

3.Ubuntu 20.04 LTS Serverでのバーチャルホスト設定

リバースプロキシの設定により、インターネット側からのドメイン名でのアクセスを、ローカルネットワーク内の他ホストのWebサーバに中継することが出来るようになりましたが、Webサーバのドキュメントルートにアクセスするため、WordPresssサイトへのアクセスが
［ドメイン名／WordPressインストールフォルダ名］
となります。

これを［ドメイン名］だけでWordPresssサイトにアクセスできるよう、他ホスト（Ubuntu 20.04 LTS Server)のWebサーバでバーチャルホスト設定を行います。

以下の例は、インターネット側からのドメイン名が［masao-tec.com]、WordPressインストール先フォルダが[Webサーバのドキュメントルート/wordpress]としています。

3-1.バーチャルホストの設定ファイル作成

rootアカウントで実施します。

[/etc/apache2/sites-available]直下にバーチャルホストの設定ファイルを作成します。

設定ファイル名は何でもよいですが、管理しやすくするためにドメイン名を使用することとしました。(masao-tec.com.conf)

root@ubuntu002:~# vi /etc/apache2/sites-available/masao-tec.com.conf
# 新規作成
# バーチャルホストのドメインの設定

    DocumentRoot /var/www/wordpress
    ServerName masao-tec.com
    ServerAdmin masao@mail.com
    ErrorLog /var/log/apache2/masao-tec.com.error.log
    CustomLog /var/log/apache2/masao-tec.com.access.log combined

3-2.バーチャルホストの設定ファイル有効化

作成したバーチャルホストの設定ファイルを有効化するため［a2ensite]コマンドをドメイン名を引数にして実行します。

本コマンド実行で/etc/apache2/sites-enabled/以下に設定ファイルのシンボリックリンクが張られます。

［systemctl restart apache2］でWebサーバを再起動します。

root@ubuntu002:~# a2ensite masao-tec.com
Enabling site masao-tec.com.
To activate the new configuration, you need to run:
  systemctl reload apache2

root@ubuntu002:~# systemctl restart apache2

4.Webサイトの表示確認

ブラウザのURLに［ドメイン名］を入力してWebサイトにアクセスします。

WordPressのWebサイト画面が表示されればOKです。

【NAS用HDD】Synology HAT3300-4T [4TB 3.5 SATA 5,400rpm / NASグレードHDD(MTTF100万時間) / 3年保証]

Synology

Seagate IronWolf 3.5インチ 4TB 内蔵ハードディスク HDD CMR 6Gb/s 256MB 5400rpm ST4000VN006/EC

SEAGATE

ウエスタンデジタル

【NAS用拡張メモリ】Synology D4NESO-2666-4G [DDR4-2,666-SODIMM / 4GB / Synology NAS専用] 国内正規代理店品

Synology

Synology NASでのWordPress（本家版）を用いたWebサイト構築

masao — Sun, 20 Feb 2022 02:16:49 +0000

Sylogogy NASでWordPressを用いたWebサイトの構築を行います。
今回はSynology NASのDSM（DiskStation Manager)で提供されているパッケージを使用せずにWordPress.orgからダウンロードした本家版をインストール・セットアップします。

以下の記事で、Synology NASのDSM（DiskStation Manager)で提供されているWordPressパッケージを用いてWebサイトを構築する手順について紹介しています。

参考　Synology NASでのWordPressを用いたWebサイト構築

【NASでWordPress構築】レンタルサーバー不要！コスト比較とメリットを解説

WordPress（ワードプレス）はPHPというプログラミング言語で作られているCMS（コンテンツマネジメントシステム）の一種で、ブログやWebサイトを作る事ができます。

WordPressを実行するためには、実行環境としてLAMP環境を構築することが必要となります。

LAMP環境とは「Linux」、「Apache」、「MySQL」、「PHP」の4つのオープンソースでWebシステムを開発する環境のことをいいます。

Synology NASのOSであるDSM（DiskStation Manager)は、LinuxベースのOSであるため、残り３つの「Apache」、「MySQL」、「PHP」をインストールする必要があります。

本記事では、Webサーバの「Apache」、DB管理サーバの「Maria DB」（DSMの場合はMySQL互換のMaria DBがサポートされているため）、プログラミング言語の「PHP」を個別にインストール、セットアップしたうえで、WordPress.orgからダウンロードしたWordPressをインストール・セットアップする手順を紹介します。

前提　本記事でのDSM(OS)バージョンは、Synology DSM 7.0 を用いています。

Synology NASのDSM（DiskStation Manager)で提供されているWordPressパッケージの場合、NAS上にWebサイトを１つしか構築できませんが、本手順のインストール方法の場合はNAS上に複数のWebサイトを構築することが出来ます。
また、DSMのWordPressパッケージ版の場合は、WordPressのバージョンアップがされないようにロックされていますが、本手順のインストール方法の場合はそのような制約もありません。

1.Web StationおよびWebサーバのインストール
2.PHPプロファイルの作成
3.Maria DBのインストール
4.phpMyAdminのインストール
5.WordPressで使用するデータベースの作成
- 5-1.データベースの作成
- 5-2.データベースのアカウント作成
6.WordPressのダウンロードとインストール
7.Web Stationのサービスポータルの作成
8.WordPressのセットアップと動作確認
9.まとめ

1.Web StationおよびWebサーバのインストール

DSMコンソールにログインし、［パッケージセンター］より［Web Station] をインストールします。

続いて［Apache HTTP Server 2.4］をインストールします。

WordPressをパッケージでインストールするときはApache HTTP Server 2.2が使用されますが、ここでは最新版の2.4を選択します。

続いて［PHP7.4］をインストールします。

WordPressをパッケージでインストールするときは［PHP7.3］が使用されますが、ここでは最新版の7.4を選択します。

「Web Station」のアイコンをクリックすると、Web Station画面が表示されます。

「Apache HTTP Server 2.4」、「PHP 7.4」がインストールされ、状態が「通常」表示となっています。

2.PHPプロファイルの作成

WordPressのサービスポータルで設定するためのPHPプロファイルの作成を行います。

WordPressでプラグインを導入したときに追加でPHPの拡張モジュールが必要となる場合があるので、あらかじめ拡張モジュールを有効化しておきます。

［Web Station]＞[スクリプト言語の設定]を選択し、［作成］をクリックします。

［PHPプロファイルを作成］ダイアログにて、プロファイル名に［WordPress] 、説明に［PHP Profile for WordPress］と入力します。

名称や説明は何でもよいですが、後でわかりやすい内容としておきます

PHPバージョンは［PHP7.4］を選択します。

［PHPキャッシュを有効にする］にチェックを入れます。

［PHPプロファイルを作成］ダイアログにて、［拡張］をクリックし、一番上のチェックボックスを選択して（全選択）、［作成］をクリックしてPHPプロファイルを新規作成します。

3.Maria DBのインストール

［パッケージセンター］より［Maria DB] をインストールします。

データベース管理者用のパスワードを要求されるので、ここでパスワードを入力します。

ウィザードがMariaDBをインストールする旨の表示を行いますので、そのまま「完了」を押して続行します。

4.phpMyAdminのインストール

Maria DBにデータベースの登録、ユーザの作成を行うため、データベース操作ソフトである［phpMyAdmin］を［パッケージセンター］よりインストールします。

ここまでで、WordPressをインストールするための必要なソフトウェアパッケージ一式がインストール完了しました。

5.WordPressで使用するデータベースの作成

MariaDB上にWordPressで使用するデータベースを作成します。

また、WordPressからデータベースをアクセスするためのデータベースアカウントを作成します。

5-1.データベースの作成

DSMコンソールよりメインメニューを選択します。

「phpMyAdmin」のアイコンをクリックすると、phpMyAdminのブラウザウィンドウが表示され、ログイン画面となります。

ユーザ名に[root]、パスワードに「3.Maria DBのインストール」で設定したデータベース管理者用のパスワードを入力して［実行」をクリックします。

メニューバーの［データベース］タブをクリックします。

データベースを作成します。

データベース名に今回構築するWordPressのWebサイト用のデータベース名を入力します。

本記事では「wordpress2」としました。

この名称をサイト毎に分けることにより、Synology NAS上に複数のWordPressのWebサイトを構築することが出来ます。
また、パッケージ版のインストール時にインストーラーが「wordpress」という名称でデータベースを作成するようですのでこの名前は避けたほうが無難です。

名前を入力したら［作成］をクリックしてデータベース作成を完了します。

5-2.データベースのアカウント作成

［5-1.データベースの作成］で作成したデータベースにアクセスするアカウントを作成します。

このアカウントを用いてWordPressがデータベース内にWebサイトのデータを格納していきます。

左側のメニューから先ほど作成したデータベース（ここではwordpress2)をクリックします。

［特権］タブをクリックしてデータベースにアクセスできるユーザアカウント画面を表示し、新規作成の［ユーザアカウントを追加する］をクリックします。

［ユーザアカウントを追加する］画面で必要項目を入力していきます。

ユーザ名にアカウント名を入力し、ホスト名は［ローカル］を選択します。

パスワードと再入力の欄に新規作成するユーザのパスワードを入力し、ユーザアカウント専用データベースの欄の［データベースXXXXXXへの全ての特権を与える］にチェックが入っていることを確認します。

アカウント名についても、SynologyのDSMパッケージ版WordPressをインストールしたときは［wordpress_user］という名前でユーザアカウントを作成するため、この名前は避けたほうが無難です。

以上を入力したら、画面を下にスクロールして［実行］をクリックします。

新しいユーザを作成した旨の表示が行われます。

ここまでの手順で、WordPressのWebサイトのデータを格納するデータベースの作成と、データベースにアクセスするためのユーザアカウント、パスワードの準備を行うことが出来ました。

6.WordPressのダウンロードとインストール

WordPress.orgのサイトにアクセスします。

WordPress.comという、WordPressを使ったWebサイトのホスティングサービスのサイトもありますが、WordPressのソフトウェア配布を行っているのはWordPress.orgとなります。

サイトの右上の［WordPressを入手］をクリックし、WordPressのダウンロードページに移動します。

画面を少しスクロールし［WordPress5.9をダウンロード］のダウンロードリンクを見つけたら、リンクを右クリックし、［リンクのコピー］でURLリンクをクリップボードにコピーします。

DSMコンソールよりメインメニューを選択します。

［Download Station] をクリックしてアプリを起動します。

Download Stationが未インストールの場合はパッケージセンターよりインストールしておきます。

Download Stationの上部の［URLを介してダウンロードタスクを作成する］マークをクリックします。

ダウンロードタスク作成画面で、保存先に［web] を選択し、URLに先ほどWordPressのダウンロードページでコピーしたURLをペーストします。

入力が終わったら［OK］をクリックします。

ダウンロードタスクが新規生成され、ダウンロードが開始されます。

しばらくするとダウンロードが完了し、webフォルダの直下にWordPressの最新版のzipファイルが格納されます。（本記事時点ではwordpress-5.9-ja.zip)

今度はFile StationでダウンロードしたWordPressの最新版のzipファイルファイルを解凍し、webフォルダ直下に格納します。

DSMコンソールよりメインメニューを選択します。

［File Station] をクリックしてFile Stationアプリを起動します。

File Stationアプリで左側のフォルダ選択画面から、webフォルダを選択します。

ダウンロードしたWordPressのzipファイルを右クリックし、メニューから、［解凍］＞［ここに解凍する］を選択します。

WordPressのzipファイルファイルが解凍されます。

[wordpress] という名称でwebフォルダ直下に解凍されましたので、フォルダ名称を変更しておきます。

ここでは、［wordpress2]に名称変更しましたが、他と重複しなければ何にしてもよいです。
自分の作りたいWebサイトに関連したディレクトリ名称とするのが良いと思います。

名前の変更ダイアログで変更後のフォルダ名称を入力して［OK］をクリックします。

フォルダ名称が変更されます。

7.Web Stationのサービスポータルの作成

Web StatonにWordPressで新規構築したWebサイトのサービスポータルを作成します。

また、ここまでの設定のままでは、WordPressのWebサイトにアクセスするURLは
[Synolog NASのドメイン名/WordPressインストール先フォルダ名]
となりますので、これを［独自ドメイン名］だけでアクセスできるように設定します。

本手順を実施するにあたり独自ドメイン名の取得や、独自ドメイン名でWebサイトを常時HTTPアクセスかするためのSSL証明書の取得をしておく必要があります。

以下の記事に手順を記載していますので参考にしてください。

参考　Synology NASで構築したWebサイトに独自ドメイン設定およびLet’s EncryptによるHTTPS化設定

7-1.サービスポータルの作成

DSMコンソールよりメインメニューを選択します。

［Web Station] の画面の左側メニューより［webサービスポータル］をクリックし、メニューから［作成］＞［サービスポータルの作成］を選択します。

ポータル作成ウィザードより、ポータルタイプで［仮想ホスト］を選択します。

仮想ホストのセットアップを行います。

［名前ベース］を選択、ホスト名に［独自ドメイン名］を入力し、ドキュメントルートに［web/WordPressインストール先ディレクトリ名] を入力します。

HTTPS設定の［HSTS] に設定を入れます。

HSTSを設定しておくと、ブラウザからWebサイトにHTTPによるアクセスがあってもHTTPSへのアクセスに切り替えるようにWebサーバから要求を行います。

PHPは［2.PHPプロファイルの作成］で作成したWordPress用のプロファイルを選択します。

WordPressをインストールしたフォルダにhttpグループによる読み取り権限が必要となるため、ポータル作成ウィザードが権限を設定する旨のダイアログが表示されます。

［OK] をクリックして続行します。

7-2.サービスポータルにSSL証明書を設定

WordPressで新規構築したWebサイトのサービスポータルにSSL証明書の設定を行います。

［コントロールパネル］＞［セキュリティ］＞［証明書］＞［設定］をクリックし、設定ダイアログを表示します。

［7.Web Stationのサービスポータルの作成］で作成した仮想ホストのサービスポータルを選択、[証明書] プルダウンメニューを選択し、インターネット側からアクセスする場合のホスト名（ドメイン名）に対応したSSL証明書を選択します。

［OK］をクリックし設定を反映します。

7-3.WordPressインストールフォルダの権限設定

WordPressをインストールしたフォルダにはWordPressインストール時にhttpグループによる書き込み権限も必要となるため、File Stationにて書き込み権限の設定を行います。

File Stationで左側のフォルダ一覧から［web］を選択、WordPressをインストールしたフォルダを右クリックして、［プロパティ］をクリックします。

プロパティダイアログの［許可］を選択し、［作成］をクリック

［権限エディタ］にて［ユーザまたはグループ］より［http］グループを選択、許可欄にて［書き込み］権限にチェックを入れ、［完了」をクリックして設定を完了します。

7-4.WordPressインストールフォルダの所有者変更

WordPressやプラグインの更新時に、FTPの接続情報の入力される場合があります。

この原因は、WordPressのインストールフォルダの所有者が、Webサーバの実行ユーザーと異なるためですので、WordPressのインストールフォルダの所有者の変更を行います。

この手順は、File Stationのような、DSMのコンソール画面からの操作では出来ないため、sshでNASに接続してコマンド実行で設定を行います。

本操作を実施するためには、DSMで［コントロールパネル］＞［端末とSNMP］＞［端末］で［SSHサービスを有効化］しておく必要があります。

sshでNASにログインして、以下のコマンドを実行します。

masao@nas:~$ cd /volume1/web    <- /volume1/webに移動
masao@nas:/volume1/web$ sudo chown -R http wordpress2　　　<- 所有者をhttpに変更

We trust you have received the usual lecture from the local System
Administrator. It usually boils down to these three things:

    #1) Respect the privacy of others.
    #2) Think before you type.
    #3) With great power comes great responsibility.

Password:　<- 管理者パスワードを入力
masao@nas:/volume1/web$ ll
total 4
drwxrwxrwx+ 1 root root   70 Mar 14 16:50 .
drwxr-xr-x  1 root root  408 Mar 12 21:56 ..
drwxrwxrwx+ 1 root root    8 Mar 12 22:20 @eaDir
-rwxrwxrwx+ 1 http http 1741 Mar 12 22:20 index.html
drwx--x--x  1 http http   56 Mar 12 22:20 web_images
drwxrwx---+ 1 http http    0 Mar 14 16:50 wordpress2  <- 所有者がhttpに変更された

上記コマンド実行で、WordPressインストールフォルダの所有者がhttp(Webサーバの実行ユーザ）に変更されました。

8.WordPressのセットアップと動作確認

ブラウザのURLに［独自ドメイン名］を入力してWebサイトにアクセスすると、WordPressのセットアップ手順が表示されます。

［さあ、始めましょう］をクリックして次の画面に続きます。

最初にデータベースの設定を入力します。

データベース名、ユーザー名、パスワードには、［5.WordPressで使用するデータベース］で設定したデータベース名、データベースのユーザ名、データベースにアクセスするためのパスワードを入力します。

テーブル接頭辞はデフォルトで［wp_］となっていますが、これはデフォルトから変更、かつ、他のサイトと重複しない名称に変更してください。

データベースのホスト名にはデフォルトで値が入力されていますのでそのまま［送信］をクリックします。

データベースとの連携が完了した旨の表示が行われました。

［インストール続行］をクリックします。

WordPressの初期設定画面が表示されます。

「サイトのタイトル」、「ユーザー名」、「パスワード」、「メールアドレス」を入力します。これらはWordPressへのログインやサイト構築・管理に使用されます。

サイトのタイトル：Webサイト（ブログサイト）のタイトルです。
ユーザ名：WordPressの管理画面にログインするときのアカウント名となります。
パスワード：WordPressの管理画面にログインするときのアカウントのパスワードとなります。
メールアドレス：WordPressの管理用のメールアドレスとなります。WordPressでサイトの設定変更を行ったときにこのメールアドレスにメールが届きます。また、パスワードを忘れた際にパスワード再設定を行う場合にも使用されます。

上記を入力したら「WordPressをインストール」を押して続行します。

ログイン画面が表示されますので、先ほど設定した「ユーザ名」、「パスワード」を入力して、「ログイン」釦をクリックします。

WordPressの管理画面にログインし、ダッシュボード画面が表示されます。

本画面からWordPressを操作し、サイトの構築を行っていくこととなります。

サイトのURL（独自ドメイン名）にアクセスし、Webサイト（ブログサイト）の表示を行ってみます。

設定したブログタイトルで「Hello World!!」の表示が行われ、サイトの構築が成功していることがわかります。

9.まとめ

Sylogogy NASでWordPress.orgからダウンロードした本家版をインストール・セットアップする手順について紹介しました。

Synology NASのDSM（DiskStation Manager)で提供されているパッケージを用いたインストールに比べて、インストール手順が多くなりますが、WebサーバやPHPに最新バージョンが使用できること、WordPressが最新版にアップデートできること、NAS上に複数のWordPressサイトを構築できるなどメリットが多いため、本インストール手順ををお勧めします。

なお、本サイトで紹介した手順を参考にされて、WordPressのサイトを運用されているとのご紹介をいただきました。

NASにWordPressをインストールしてブログを運営する方法を解説。レンタルサーバーやクラウド不要で、コスト比較やメリット・デメリットも詳しく紹介します。

以上、最後まで記事を読んでいただき、ありがとうございました。

【NAS用HDD】Synology HAT3300-4T [4TB 3.5 SATA 5,400rpm / NASグレードHDD(MTTF100万時間) / 3年保証]

Synology

Seagate IronWolf 3.5インチ 4TB 内蔵ハードディスク HDD CMR 6Gb/s 256MB 5400rpm ST4000VN006/EC

SEAGATE

【NAS用拡張メモリ】Synology D4NESO-2666-4G [DDR4-2,666-SODIMM / 4GB / Synology NAS専用] 国内正規代理店品

Synology

Synology NASで構築したWebサイトに独自ドメイン設定およびLet’s EncryptによるHTTPS化設定

masao — Tue, 15 Feb 2022 05:08:39 +0000

SSL(Secure Sockets Layer)とは、インターネット上でのWebブラウザとWebサーバー間の通信を暗号化し、データをやりとりする仕組みのことです。SSL対応されているWebサイトは、URLが「https://」となります。
Webサイトを運営するにあたりHTTPS化は必須となっていますので、本記事ではSynology NASで構築したWebサイトに独自ドメインを設定し、Let's Encryptによる常時HTTPS化設定を行います。

本ブログでは、Google Domainsでドメインおよびネームサーバ管理をしていましたが、Google Domainsが2023年6月15日にサービス終了したため、Xserverドメインによるドメイン管理と、MyDNS.JPによるDDNSに移行しました。本内容に従い記事を更新しています。
Synology DSM7.2で、WebStationのUIおよび機能が一部見直されましたので、本内容に従い記事を更新しています。

以下の記事で、Synology NASにLAMP環境を構築し、WordPressによるWebサイトを構築する手順について紹介しています。

参考　Synology NASでのWordPressを用いたWebサイト構築

【NAS用HDD】Synology HAT3300-4T [4TB 3.5 SATA 5,400rpm / NASグレードHDD(MTTF100万時間) / 3年保証]

本記事では、Synology NASに構築したWebサイトに独自ドメインを設定し、Let's EncryptによるSSL証明書を設定してWebサイトを常時HTTPS化設定する手順について紹介します。

Let's Encrypt（レッツ・エンクリプト）は、2014年に設立された非営利団体により運営されている認証局であり、SSL証明書を無償で発行して貰えます。
証明書の有効期間は90日と短いですが、SSL証明書取得のプロセスがすべて自動化されており、またSynology NASのOSであるDSMにもLet's EncryptからのSSL証明書の取得や管理が自動で出来る仕組みが実装されています。

前提　本記事でのDSM（OS）バージョンはSynology DSM 7.2を用いています。

1.ドメイン名の取得
2.取得したドメイン名をDNS(DDNS）に登録
3.Let's EncryptによるSSL証明書の取得
4.Synology Web StationのWebポータル設定
5.WebサイトのサービスポータルにSSL証明書を設定
6.常時HTTPS化の動作確認
7.表示されない場合...

1.ドメイン名の取得

独自ドメインを取得するためには、ドメイン管理会社（ドメインレジストラ）に申し込みをしてドメイン取得代行を依頼することとなります。

ドメイン管理会社にはレンタルサーバ提供会社がドメイン登録サービスを行っているパターンと、ドメイン登録・更新を専門で行っている会社のパターンがあります。
ドメイン登録・更新を専門で行っている会社としては「お名前.com」や「MuuMuuDomain」が有名ですが、~~今回はGoogleがサービスを提供している「Google Domains」で独自ドメインの取得を行いました。~~

これまで本ブログのドメインは、Google Domainsでドメインを管理していましたが、2023年6月15日にサービスが終了し、SquareSpaceへ移管されました。しかし、SquareSpaceについて詳しく分からなかったため、信頼性の高い国内サービスを求めてXserverドメインへ移管しました。

Xserverドメインは、他のドメイン管理会社と比較して、取得・更新費用が比較的安価で、Whois情報の代理公開が無料で提供されるため、個人情報の保護に優れています。また、日本語対応の管理画面が使いやすく、国内サポートも充実しているため、初心者でも安心して利用できます。DNS設定も柔軟に行えるため、他社のサーバーと組み合わせる場合でも問題なく運用可能です。

1-1.XserverDomainでのドメイン名取得

「XserverDomain」のサイトにアクセスし、「ドメイン取得」のボタンをクリックして、遷移した先の「XServerドメインのお申し込み」画面で、希望のドメイン名を入力して「検索する」をクリックします。

検索結果に使用可能なドメインが表示されますので、取得したいドメインにチェックを入れて、［取得手続きへ進む］をクリックします。

購入画面が表示されます。

「お申込み内容の確認とお支払いへ進む」をクリックすると決済画面が表示されますので、支払情報を入力してドメイン名購入が完了となります。

1-2.ダイナミックDNS登録のためのネームサーバー設定

Xserverドメインには、DNSサービスはありますが、DDNSサービスがないため、ほかのDDNSサービスプロバイダに、Xserverドメインで登録したドメイン名のネームサーバを設定する必要があります。

ここでは、DDNSサービスプロバイダとして、「MyDNS.JP」を使用した例を紹介します。

Xserverドメインの管理ページの左側メニューにある［ネームサーバ設定］をクリックします。

ネームサーバ設定の画面が表示されるので、MyDNS.JPのネームサーバである、「NS0.MYDNS.JP」、「NS1.MYDNS.JP」、「NS2.MYDNS.JP」の３つのネームサーバを設定し、［確認画面へ進む］をクリックします。

確認画面で［設定を変更する］をクリックし、ネームサーバ設定を確定させます。本設定で、Xserverドメインで登録したドメインをMyDNS.JPのDDNSで使用可能となります。

1-3.MyDNS.jpでドメイン情報の設定

MyDNS.JPのユーザー登録が未実施の場合は、JOIN.USにアクセスしてユーザ登録を行います。
ユーザ登録すると、しばらくしてメールでIDとパスワードが発行されますので、このID、パスワードを使用してMyDNS.JPにログインします。

MyDNS.JPのDOMAIN INFOにドメイン情報を登録します。MX(FQDN)にドメイン名を入力し、[確認]をクリック。確認画面で［送信］をクリックすることにより、MyDNS.JPへのドメイン情報の設定は完了です。

2.取得したドメイン名をDNS(DDNS）に登録

取得したドメイン名でIPアドレスが取得できるよう、DNS（ダイナミックDNS）にIPアドレスを自動登録する設定をDSM（Disk Station Manager)に行います。

Synology NAS のDSMコンソールにログインし、［コントロールパネル］＞［外部アクセス］＞［DDNS］＞［プロバイダのカスタマイズ］の順に進みます。

サービスプロバイダに任意の名称を入力し、Query URLに以下のDDNSの更新情報を設定します。

https://www.mydns.jp/directip.html?MID=__USERNAME__&PWD=__PASSWORD__&IPV4ADDR=__MYIP__

［コントロールパネル］＞［外部アクセス］＞［DDNS］＞［追加］を選択し、DDNS登録の追加を行います。

サービスプロバイダに先ほど「プロバイダのカスタマイズ」で登録した任意の名称を選択します。

ホスト名にはMyDNS.JPで登録したドメイン名、ユーザ名とパスワードにはそれぞれMyDNS.JPのログイン用のID、パスワードを設定します。

「テスト接続」を実行してステータスが「正常」となれば登録完了です。ダイアログの「OK」を実行して登録完了します。

3.Let's EncryptによるSSL証明書の取得

WebサイトをHTTPSでアクセスするためのSSL証明書を取得します。

Synology NAS のDSM(Disk Station Manager)では、Let’s Encryptから証明書を自動的に取得する仕組みが備わっておりますので、以下設定を行います。

［コントロールパネル］＞［セキュリティ］＞［証明書］を選択し、［追加］を選択します。

「新しい証明書を追加してください」を選択して［次へ］を選択します。

説明欄に［ドメイン名］を入力し、［Let’s Encryptからの証明書をお受け取りください］を選択して［次へ］を選択します。

ドメイン名：テキストボックスに［ドメイン名］を、電子メール：テキストボックスに［メールアドレス］を入力し、［完了］をクリックします。

しばらくすると処理が完了して新しい証明書が証明書欄に表示されます。

証明書の取得がエラーとなる場合は、ポート80と443が開いていない場合か、登録したドメイン名がまだDNSレコードとして伝播していないことが考えられますので、しばらく時間をおいてから再実行してみてください。
また、Let’s Encryptの登録については、1時間に5回以上の登録失敗が発生するとそれ以上の同一ドメイン名の登録を受け付けない仕様になっているようですので、この場合もしばらく時間をおいてから再実行してください。

4.Synology Web StationのWebポータル設定

デフォルト状態では、WordPressのWebサイトにアクセスするURLは[ドメイン名/wordpress]となりますので、これを［ドメイン名］だけでアクセスできるように、Web StationのWebポータル設定を行います。

［メインメニュー］＞［Web Station］を選択。Web Station画面の左メニューより［Webポータル］を選択します。

デフォルトポータルの［WordPress］を選択し、［操作］メニューの［無効」をクリックして、デフォルトポータルを無効にします。

［作成］メニューから［Webサービスポータル］を選択します。

ポータル作成ウィザードが表示されるので、サービスの選択で［WordPress］を選択します。

「ウェブサービスポータルをセットアップ」ダイアログ上で必要事項をテキストボックスに入力します。

ホスト名：ドメイン名を入力します。
HTTPS設定にチェックを入れます。

入力が終わったら「作成」をクリックしてユーザー定義のポータルを作成します。

ユーザ定義のポータルが新規作成され、ホスト名（ドメイン名）だけでWordPressのサイトにアクセス可能となります。

5.WebサイトのサービスポータルにSSL証明書を設定

「3.Let's EncryptによるSSL証明書の取得」で取得したSSL証明書を「4.Synology Web StationのWebサービスポータル設定」で新規作成したユーザ定義ポータルに設定することにより、Webサイトが常時HTTPSでアクセス可能となります。

［コントロールパネル］＞［セキュリティ］＞［証明書］＞［設定］をクリックし、設定ダイアログを表示します。

「4.Synology Web StationのWebサービスポータル設定」で新規作成したユーザ定義のポータルがサービスとして表示されているので、[証明書] プルダウンメニューを選択し、[3.Let's EncryptによるSSL証明書の取得] で取得したSSL証明書を選択します。

［OK］をクリックし設定を反映します。

6.常時HTTPS化の動作確認

ブラウザにHTTPS化したURLを入力してWordPressサイトにアクセスできるかを確認します。問題なければブラウザにサイトのトップページが表示されます。

7.表示されない場合...

ここまでの設定を実施してもWebサイトの表示が出来ない場合は以下のケースに該当しているかもしれません。

Synology

Seagate IronWolf 3.5インチ 4TB 内蔵ハードディスク HDD CMR 6Gb/s 256MB 5400rpm ST4000VN006/EC

SEAGATE

ウエスタンデジタル

【NAS用拡張メモリ】Synology D4NESO-2666-4G [DDR4-2,666-SODIMM / 4GB / Synology NAS専用] 国内正規代理店品

Synology