インポート | masao-Tec-blog

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サイト構築

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

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

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

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のWebサイトのバックアップについて調査・検討し、評価の高い［All In One WP Migration］というプラグインを用いてバックアップを行うこととしました。また［All In One WP 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 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秒で足りない場合はさらに増やしてもよいかもしれません。