今回は、以前に後回しにしたテーマでして、SynologyNASを利用してDropboxのデータをGoogleドライブへ同期する方法についての解説になります。

簡単な気がしますが、意外にややこしい、奥が深いのが以下のような話。

それが、Macの中のDropboxにあるAフォルダと同じ内容をGoogleドライブにあるBフォルダへ作ることです。いえ。データをコピー＆ペーストするだけなら簡単なことですが、大量にあるいは自動的にコピーさせようとすると、さてはデータを移動させてから解約を考えてるんじゃないか、勝手にさせないぞ、と囲い込みが働き、難しくなります。それもそのはず、クラウドストレージを二つも三つも好きで持っている人などいません。一つで済むのに越したことは無いのです。何度も書いてきているように、Dropbox、Googleドライブそれぞれ欠点があるからやむを得ず、両方持っているわけで、状況次第でいつ解約されてもおかしくないサービスです。

Dropbox内に作ったフォルダのエイリアスをGoogleドライブのフォルダに持ってくるようにすると、デバイスから削除するだの、利用できなくなるだの、Dropbox外に移動するだの、恐ろしい警告が表示されます。

何が起こるのかよくわかりませんが、やってはいけないことをやろうとしているのだろう、そう釘を刺されていると感じます。さすがビジネスに強いDropbox、トラブル時の責任範囲を明確にするということでしょう。上の場面では、キャンセルしました。しかし私は過去、こうした時に、先に進んでしまい、Dropbox全体ごとダウンロードをやり直した、そんな経験もあったような気がします。

有料なら、サービスはあります

クラウドストレージ間のデータ移動や同期ですが、MultiCloudという別のクラウドサービスを使うと実現できます。しかし、無料で使えるのは、月間5GBのデータトラフィックまでです。これは少な過ぎ！有料になると年間1200GBのトラフィックまでで約7,000円年となっていますが、容量ではなくてデータトラフィックと言われても実感が沸かないわけです。私の場合すでに有料会員としてDropboxは2TB、Googleドライブは0.2TBを利用していますので、またNASも持っていますので、クラウドストレージは、今のところ増やしたくありません。

まわりくどいが確実な方法を選んでみる

Mac内で、クラウドストレージ間でフォルダをコピーしたり同期しようとすると、何かと意地悪をされそうなので、迂回させることにします。SynologyNAS内で同期させます。１〜２分かかりますが、確実な方法です。

❶　MacのDropboxフォルダを変更するとDropboxクラウドが更新される(双方向同期)。

❷　SynologyNASのDropboxフォルダを更新する(CloudSyncによる。双方向同期)。

❸　SynologyNASのDropboxフォルダからSynologyNASのGoogleドライブフォルダを更新する(rsyncによる。一方向同期)。

❹　Googleドライブクラウドが更新される(CloudSyncによる。双方向同期)。

❺　MacのGoogleドライブフォルダが更新される(双方向同期)。

❸の存在を知らない人には、何が起こっているか分からない。

今回私は、確実にデータを移動させかつ便利に使うための仕組みを作っているわけです。しかし、「確実」「便利」という言葉の背後には、「確実、便利に悪巧みをする方法」ということもあり得るわけですね。そもそも❸は自由自在にデザインできるわけです。例えば、「元データの中に金額があったら２０％水増しして新たに書き出せ」とか、AIに解読させて、どちらかに有利に変えさせるとか、様々な悪巧みができるわけですね。見方を変えれば、「データ転がし」ですから。データ隠し、マネーロンダリング、不正改ざん、など。ここで重要なのは、そうした危険性があるということを知っておくことでしょう。

ポイント解説

１　rsyncの設定手順

シェルスクリプトファイルの作成と格納

dropbox_google_sync.sh

SynologyNASにはrsyncは最初から入っているので、シェルスクリプトのファイル.shを、Macのテキストエディットなどで作成(例えばdropbox_google_sync.sh)→SynologyNASの共有フォルダに例えばbinフォルダを作る→binフォルダの中にdropbox_google_sync.shを入れる。

タスクスケジューラの設定

SynologyNASのコントロールパネル→タスクスケジューラー
「全般」「スケジュール」「タスク設定」を以下のように設定します。

ここでは、毎分更新にしています。

２　Macから共有リンクが取得できる

今回のように、送り出し側のフォルダ名を”sync_to_google”、受け取り側のフォルダ名を”sync_from_dropbox”とわかりやすくするのが賢明です。”send_”、”receive_”と頭につけるのもわかりやすいです。そうせずに、Aフォルダ、Bフォルダなど無意味な名前ですと、迷子になりそうです。

関係を逆にして、送り出し側をGoogleドライブに設定して、受け取り側をDropboxに設定することも、もちろん可能です。

３　その他　まとめ

私が便利に感じているフローは、各種メディアデータの加工はDropboxで行う→メタデータはGoogleドライブへ登録する、実データ(メディアコンテンツ)は配信サーバーへ送り出す→GoogleドライブでAppSheet、GASを使いメタデータを加工する→Xserverなどの外部サーバーへ送り出す。という形です。今回はそのフローの一部でもあります。

以上です。

SynologyNASとM1 Mac miniによるファイル管理システムを動かすにあたり、前回は、Jump DesktopによるiPad iPhoneからM1 Mac miniのリモート操作を紹介しましたが、それは実は頻度は低く、実際は90%以上は、今回紹介する、画面共有によるM2 Mac miniからM1 Mac miniのリモート操作になると思います。

あと、いつもいつも、M2 Mac miniと書くのも面倒なこともあり、要は、「Mac」と一言で括れる共通事項については、面倒に感じた時はMacと書くようにします。小さい話です。

ただ、モニター、マウス、キーボードといった周辺機器が何もないのがMac miniですし、省電力になり常時稼働が平気になったのがM1以降ですので、M1 Mac miniが裸っぽの原点になります。M1以降ならMacbookなどラップトップも全てavailableなチキチキマシーンです。

それでは中身に入ります。

ポイント解説

MacからMacを操作する方法には、Appleが提供するものとしては2つあって、一つは今回の「画面共有」ですが、あと一つは「リモートマネジメント」があります。「リモートマネジメント」は本格的な方法で専用アプリが必要になります。「リモートマネジメント」は大規模な企業ネットワークでIT担当者が使用するような仕組みなので、ちょっと縁遠いです。自宅でDIYできる範囲が、私のテリトリーです。

１　STREAM DECKの利用

スクリプト要約：画面共有アプリを自動操作し、指定Mac（yyyyyyyy-macminim1）へ接続するAppleScript。アプリ起動後3秒待機し、メニューバーから最近接続先を選択。接続確立まで待ち、パスコード「<あなたのパスワード>」を自動入力してEnterを押す。その後、ウィンドウ表示を待ってフルスクリーン化する一連の手順をスクリプト化している。

STREAM DECKに画面共有を立ち上げるスクリプトを登録しています。その理由は、画面をスムーズに立ち上げるために、手順と細かいチューニングを決めておきたいからです。主なものは２点あります。

一つ目は、パスコードを入れる前の待ち時間のチューニングです。パスコードも自動で打ち込むようにしてあるのですが、タイミングが合わないと画面が止まってしまいます。例えて言うと、電車の出発が早すぎると、乗り遅れてホームに置き去りにされたままになってしまいます。そこで電車を遅らせます。一応delay５秒にしておきます。もちろんその、次の電車に乗ればいいわけで、つまり少々待って、もう一度自分でSTREAM DECKのボタンを押せば、大抵OKとは申せますが。

二つ目は、ウインドウをフルスクリーンに設定することです。その理由は、起動した最初は、ウインドウは画面上に浮いたような状態でして、これですとカーソルがウインドウの中と外を行き交うので少々脳細胞が混乱してストレスです。割り切ってウインドウをフルスクリーンにして固定した方がマウスの操作がラクです。画面共有を立ち上げると、画面共有という名のデスクトップが追加されるので他のアプリへの支障はありません。

細かい話になりますが、スクリプトの最後のステップに、ウインドウをフルスクリーンにするアクションがあります。その際、フルスクリーンボタンの番号は、表示場所とは必ずしも一致しない点は、記憶に留めておくと良いでしょう。現状、ウインドウのボタンは3つ並んでいます。そのうちで今回目的のフルスクリーンのボタンは右端にあります。3つあってそのうち右端なので、ふつうは、１または３だな、と思うじゃありませんか。ところが違うのですね。正解は２です。今のところ、そのような仕様になっています。試行錯誤で見つけ出すことになります。

２　そのまま相手を再起動できる

M1 Mac miniが重いような気がした時、再起動をしますよね。再起動ができるのです。M1 Mac mini画面の左上から再起動をしますと、なんと画面共有を維持した状態で、そのまま戻ってくれます。これが実に快適です。

３　フルスクリーンの分離はマウスで上端を押し上げる

作業性の関係で、この共有画面を分離して、一つのウインドウで表示したい場合があります。その場合に、ちょっとコツが要ります。まず、マウスで画面の上端を持ち上げるようにするとバーが出てきます。そのバーの左にある緑のボタンを押すと、フルスクリーンの解除ができます。

４　まとめ

MacからMacをコントロールするのが、やはり一番相性がいいですね。

以上

2022.12.24追記：Macの新OS,Venturaに更新しました。Elgato Stream Deck.appを再インストールしたら、一部、動作しない、ボタンのアイコンが変えられた、という状況になり手作業で修復しています。これに伴う項目の追加 <４>-２）-２。

＜STREAM DECKで目的別に作業を集約する＞
別ページで表示

高齢になってくると、次第に細かいことを覚えられなくなってきます。思い出せなくなってきます。

それから高齢になってくると、アクセルとブレーキを踏み間違えるような、重大な判断ミスを起こすリスクが高くなります。

よく言う知恵は「書いて貼っておけ！」。

最近、テプラをよく使うようになりました。

そこへ重なってくるのがIT化の波ですね。

今回は、YouTubeなどで紹介多数、映像や音楽クリエイターの中では大人気の「STREAM DECK」という製品なのですが、これは、まさに「テプラ」と「IT」の合体です。「高齢者のアクセシビリティの向上」という観点からも役に立つと思えるので、取り上げてみます。

ポイント解説

＜1＞ ざっくり、STREAM DECKはどのように便利か

パソコンで作業をするとき、何らかの操作を選択するのですが、普通は二つの方法があります。一つはアプリの上段か下段にあるメニューバーから「コピー」や「ペースト」を選ぶ、あと一つはキーボードのショートカット「⌘+C」、「⌘+V」を押す、です。ショートカットは慣れると何も意識せず手が動くようになるとはいえ、やはり「ボタンを押すだけ」の方が早いと思います。

あまり機会はないと思いますが、例えば、決まった箇所のセルを選択する→数字を入れる→結果のセルへ行く→結果をコピーする→別の箇所へペーストする。この作業を1000回やるとしたら、４つの動作をボタンに設定できたら便利です。

それではCOMさんの紹介ビデオをご覧ください。

COMさんのビデオは、この製品の機能の魅力に焦点を当てた紹介になっています。他の方には、Zoomを使う、配信する、動画制作、音楽制作、といったある種の作業のカタマリをこの盤面に載せる方法を紹介するビデオになっているものも多いです。

私の紹介も「なるほど」と思ってもらえれば嬉しいです。

＜２＞ヤドカリ型業務の置き場所として

今回私は、業務の塊の一つとして自治会業務を持ってきましたが、PTA、サークル活動、組合、NPOなど何でも同じことです。それで、そうした組織活動において三役・部長など役職になる場合は、任期末に後任に役職の仕事を引き渡すことになります。殆どの組織は小さく、事務員も事務所もありませんので、紙ファイルをドンと手渡しです。この紙ファイルをドンと手渡しされる→作業をする→紙ファイルをドンと次の人へ手渡しする、この基本の流れは変わりませんが。しかし、エコ社会実現に向け、「紙ファイル」の部分は、「データそのものは電子化され、必要に応じて印刷したりパソコンに表示したりする」という形に変化が進んでいます。

仕事の多い役職には、組織からノートパソコンを貸与するのが分かりやすいです。しかし仕事が多いと言っても、パソコン１台となると、そのほんの一部を使っている感じ。エコじゃない。。。壊れたらどうする。

そこで出てくるのが、自分のパソコンを使う、「ヤドカリ型」です。

＜３＞STREAM DECKを使おうと思った一番の動機〜個人情報を漏らさないようにすること

「ヤドカリ型業務」の発想に、もう一つ着眼を加えます。

以前からMacを使って、細々と、音楽制作、ブログ作成、IT関連、その他の作業を行っていました。そこへここ数年、自治会の仕事がどどっと入ってきました。自治会の仕事もパソコンやインターネットを使うことが多くなっています。

必要な持ち物は、

「Googleアカウントと、EXCEL、WORD」

これだけなので、殆どのパソコンで動くことになります。

Googleアカウントとパスワードを後任者へ伝えるだけで移行できるのは、革新です。

しかし、
個人のパソコンで自治会の作業をすることになると、

個人のGoogleアカウントと自治会のGoogleアカウントが複数存在することになります。

その場合にウッカリミスが起きやすいです。

自治会のGoogleアカウントで開いたChromeでAmazonのサイトを開き、個人のIDとパスワードを入れて個人の物を注文する、ご丁寧にそのIDとパスワードを保存してしまうというミス。

そのことに気付かないまま、後任者に引き継ぎしてしまうと、後任者は、なりすまして、買い物ができてしまう(まあ、そんな悪い人は少ないと思いますが）。

アクセルとブレーキを踏み間違えるようなミス。

ただ、その間違いを犯すのは自分自身、自分自身で防衛する方策はないのか。

そこで思いついたのが、この機器を使うことによって、

目的別にプロファイルを作ること。
個人IDとパスワードを入力するWebサイトは、個人のアカウント(Googleアカウント、iCloudなど）でしか開かないようにすること。

です。

そうそう。それと大事なこと。たとえヤドカリ型の使用にしても、自治会など公的な作業のデータは全て、別のフォルダかデバイスに格納するようにしましょう。

＜４＞AppleScriptをSTREAM DECKへ書き込んで、Googleアカウントの切替を行う

以下ですが、Automatorでappを作り、STREAM DECKでappを「開く」で起動できれば、それで成功ですが、私の場合、Macの「セキュリティーとプライバシー」でのエラーが解消しないので、以下の方法を取りました。

＜４＞-１）AppleScriptを使ってChromeのユーザーを切り替える

Chromeのユーザーは、現在私の場合、下図の１が個人、２が某目的、３が自治会、４が某目的という使い方になっています。

AppleScriptについては、「IPHONEアプリ個人開発とライフハック」さんの記事の中の、5,段落に書かれたスクリプトを利用させていただきました。スクリプトの1行目” set userNumber to 1″の数字を、例えば自治会用であれば”set userNumber to 3″にします。

＜４＞-２）-１ AppleScriptをSTREAM DECKへ書き込み実行する方法＜その１＞

AppleScriptを書き込み実行できるようにするプラグインを入手してインストールします。

ダウンロードサイト

「Release」をクリックします↓

com.mushoo.RunAppleScript.streamDeckPlugin をクリックします↓

Downloadをクリックします↓

ダウンロードされたファイルをクリックします↓

STREAM DECKにRunAppleScriptがインストールされました。これをボタンにドロップします↓

AppleScriptを書き込みます↓

＜４＞-２）-２ AppleScriptをSTREAM DECKへ書き込み実行する方法＜その２＞

最初＜その１＞で作成していたのですが、新OS Venturaへ更新したところ、なぜか、RunAppleScriptが消失してしまいました。再インストールを試みましたが、既存であるとのエラーで、先に進みません。そこで、RunAppleScriptに頼らない、元からある方法、つまり素直に、Appleスクリプトエディタを使って記述することにしました。

Stream Deckへ直接記述(インライン)しない方法は、ちょっと面倒にも感じますが、スクリプトファイルが一つのフォルダで管理できるのは便利で、一長一短です。

新たな発見ですが、アプリケーションファイルappに変換しなくても、スクリプトファイルscptのままで、それをStream Deckのボタンの場所へドラッグ＆ドロップするだけで動作しました。以下のような流れです。

＜5＞ディレクトリ名（フォルダ名、ファイル名）は日本語を使わないこと！

ちょっと脱線して、NAS上のフォルダを呼び出す場合の注意点を書きます。写真動画の取り込みの流れは、私の例では、下図のようになっています。DropboxとSynologyNASはどちらか一つでいいではないか、そうも言えますが、心配し過ぎかも知れませんが、自宅のSynologyNASがもし災害で破損した時のバックアップの考えです。クラウドサービスの中ではDropboxだけの問題かも知れませんが、スマホから写真動画をアップロードするフォルダ名は日本語で「カメラアップロード」と決まっています。このSTREAM DECKのAppleScriptの記述では、ディレクトリ名に日本語が使えません。そこで、SynologyNAS側の同期フォルダ名を「camera_up」と英小文字にしました。

AppleScriptの記述は以下になります。

AppleScriptは、

tell app "Finder" to open location "smb://aaaaaaa:bbbbbbb@ccccc.ccccc.ccc/ddddd"

aaaaaaaは、サーバーアドレスで、SynologyNASの場合、コントロールパネル->ファイルサービス->SMBのところに書かれています。

bbbbbbbは、SynologyNASにMacから接続するときのパスワードです。ccccc.ccccc.cccは、IPアドレスまたはホスト名、dddddは、ディレクトリ名です。

なおRunAppleScriptが動作しない場合は、こちらへ。

それでは、「自治会作業」のプロファイルへ戻って。。。

＜６＞出来上がったプロファイルの例

「自治会作業」プロファイルの例です。関係するアプリやフォルダを一まとめにしています。Webアプリは全て自治会アカウントGoogle内で完結します。

多少脚色もありますが説明します。
「自治会作業」：プロファイル切替用ボタン
「自治会アカウントGoogle」：自治会アカウントのGoogle Chromeが立ち上がります。
「R4自治会」〜「自治会ドライブ」：各種フォルダ
「Googleスプレッドシート」〜「Google図形描画」：Googleのアプリです。自治会アカウントで立ち上がります。
「Microsoft Excel」〜「Microsoft Word」：そのものです。
「メール」：そのものです。
「スクショ」：スクリーンショットのショートカット「⌘+↑+4」。
「スキャン」：EpsonのScanSnapのアプリ。
「Chromeリモート」：自治会アカウントのChromeリモートが立ち上がります。
「会員名簿」「AppSheetの作成」：自治会アカウントGoogleで動くAppSheetアプリです。
「お知らせ投稿」：自治会アカウントGoogleで動くBloggerです。
「自治会ネット掲示板」：自治会アカウントGoogleで動くGoogleサイトです。
「公民館カレンダー」：自治会アカウントGoogleで動くGoogleカレンダーです。

「ブラウジング」のプロファイルは以下です。個人アカウントのGoogle Chromeが立ち上がります。「YouTube」「Amazon」などボタンがありますが、ちょっと面倒ですが、全部、マルチアクションを使っています。別のプロファイルへコピーしても個人アカウントから起動させるためです。「RunAppleScript」で個人アカウントへ切り替える→「Stream Deck:遅延」→「システム：Webサイト（例えばAmazonのURL)」の順です。YouTubeも個人アカウントで開きますので履歴は個人アカウントにだけ残ります。自治会アカウントのYouTube履歴に残るようなことはありません。

＜７＞まとめ

この一連の登録作業ですが、高齢者にとってはまだまだ難しいです。しかしながら、登録さえしてしまえば、あとはワンタッチ。まさに「高齢者のアクセシビリティの向上」に貢献する製品です。ここでは触れませんでしたがIFTTTプラグインを入れれば家電製品をコントロールをできるようになります。この製品により、高齢者、障害者にとって役立つ様々な活用が広がりそうな感じがしますが、残念なのは、32ボタンのもので約3万円と高く、私のようなマニアックな人向けの価格帯です。1万円を切れば、かなり広がる気がします。

以上

マス・メディアや民間企業は、当初は、動画を、大手のメディアサーバー或いは自社サーバーから配信するのが主流でしたが、2006年にGoogleが、ミニコミ生まれのYouTubeを買収して以降は、いつの間にか、民間企業・官公庁問わず、そのホームページにはYouTubeの動画が貼り込まれて当たり前、となりました。

YouTubeは使いにくい。ブログを作ろうとする時、文章は自分で自由に創作できる、写真やデザインも自分のオリジナリティで創作、手直しができる、なのになぜ、動画のYouTubeは、広告が入ってくる、微細な手直しだけ出来て差し替えが出来ない、「再生数いいね」などブログとして無意味なのに入ってくる、などなど作者の自由にならないのか。おそらくそれは、まだ動画を配信するには多額な設備投資、特許などの使用料、運営費がかかる、そこへの応分の負担が伴う、という説明になるでしょう。

手作りメディア側にいる一人として言わせてもらうなら、それは、より高品質の動画配信を追求するから、それだけ投資資金が必要になるわけです。それを利用者全体に負担してもらおうと考えるから、小市民側の不自由が解消されないのでは、そのように感じます。

さて、それでは、
昔、個人商店にあったような、穏やかな自由さを、手繰り寄せて行きたいと思います。

ポイント解説

<1> Web配信のプラットフォームを使い分ける。

私は、WordPressの発信は、安定度を重視して外部業者のXserverから行っています。ただし、Xserverはディスクを増量した時の料金のアップが大きいため動画の収納には躊躇します。

比較自体が、乱暴かも知れませんが、

ということになるわけでして。

こうしたこともあって、自宅のSynologyNASへ、別にもう一つ、Webサーバーを立てて、そこから動画や画像を、XserverのWordPressへ、送り出すようにしています。しかしながら、自宅サーバーは非力です。動画や音楽を美しく配信/再生するのは無理です。

YouTubeやVimeoはオートトランスコードが備わっているので、ユーザーのインターネット環境が悪ければ低画質に落として情報量を少なくして送り出すことが出来ます。しかし私のような弱小自宅サーバーは、そこまでの資力能力がありません。

ですから、考え方としては、ふだんブログを作って発信するときは、動画は「個人商店」から発信、（商店と言っても無料ですが）、中に時々、一般向けと思われるものを、Vimeoで発信、という棲み分けです。

<2>ネックは、視聴側の4G回線の速度が、不安定なこと。発信側はまずまずの速度。

ZOOT NEXTを使って自宅サーバー及びガラポンTV、DIGAから外部へ発信していますが、その速度は60〜80Mbps程度です。遅いですね。サーバーとしては。これが自宅サーバーへアクセスする方に対するパイプの太さになります。

話は逸れますが、ガラポンTVはお見事です。頑張っています。ガラポンTVは、ファイルサイズが、1時間約150MB=0.04Mb/sと非常に小さいにも関わらず、iPadやスマホなら支障なく見られるわけです。この発想がナイスです。さすがにそこまで小さいと、MacやPCで再生すると見辛さを感じますが。

。。どのあたりで、適当に満足できるでしょうか。

半ば諦め気味の方も多いと思うことですが、スマホなどの4G回線で再生すると、なかなか動画か開始しないということが起きやすいです。例えば、OCNモバイルなどの格安MVNOの場合は、昼12時頃はアクセスが集中するせいか、動画の再生は止まりやすいです。

<3> 昼12時の4Gは最悪です。

ZOOT NEXTの配信速度　　ダウンロード46Mbps 　アップロード83Mbps
4G回線のダウンロード速度 ダウンロード780Kbps アップロード　3.4Mbps
480×270の視聴可否 　不可
ガラポンTVの視聴可否　　不可

4G回線で昼12時に観ることが出来る動画は、YouTubeなど一部だけです。多くは止まってしまい観ることが出来ず、ガラポンTVすら観れない状況になります。

OCNモバイルだけなのか分かりませんが、昼休みは、YouTubeなど特定の動画サービスを観たい人が集中するため、そちらへの配分を優先させて、午後１時以降は元に戻す、そんな扱いになっているような気がします。

<4> 動画のフレームサイズ480×270だと、いくつ同時配信ができそうか。

この際、昼12時の4Gの視聴は無理と、目を瞑ることにします。

480×270は、QuickTime480x270AAC 760.72MB/1h = 0.21Mb/s、となります。

ZOOT NEXTのアップロード配信速度の落ちた時を60Mbpsとして、その半分を、自宅サーバーが使うとすると、

30Mbps ÷ 0.21 = 143 個

となります。

Macのフォルダアクションにデフォルトで装備されている、動画のエンコーダーは、最小サイズで640×480となっています。そのため480x270AACを別の方法で作るのですが、私は、Apple純正のCompressorというアプリを使っています。

<5> SynologyNASのメモリーを増設しました。

SynologyNAS DS218+の購入時のメモリーは2GBでした。公式では6GBまで増設が可能となっていますが、tabi.comさんのブログを参考にして、8GB増設して合計10GBにしました。

<6>同時アクセス制限数を引き上げました。

SyNologyNASのメモリー増設は、日常的なNASの活用の安定化に寄与することは確かだと思いますし、自宅サーバーへのアクセス制限数も増加することが出来るようになります。

Web StationのPHP設定->詳細設定、に入ります。

まず最初に、FPMモードが静的モードの場合は、同時アクセス制限数＝FPM最大プロセス数、と読み替えられるようです。わかりやすい方がいいです。静的モードを選択します。

デフォルトでは、動的モード、FPM最大プロセス数20、です。

8GB増設したので、1プロセス100MB消費すると見積もり、80プロセスを追加して合計100個。

上の<4>は143個ですので、低い方をとって100個。

といっても現実問題として、そんなにアクセスがあるはずがなく、半分の50個にしました。

<7> セキュリティアドバイザーをチェックする。

SynologyNASのアプリのセキュリティアドバイザーをチェックするようにしています。毎日朝2:00にスキャンを実行しています。その結果、何らかの警告があれば、指示に従って、対応しています。

<8> 5Gになっても、画質を落とせるものは落として使うべし。

但し、近い将来、5Gが普及すれば、圧倒的にデータ送信スピードが上がりますので、昼12時でもスマホでスムーズになると期待します。しかし、冒頭の図に戻って、基本的な考え方として、美しく鑑賞する必要のない画像は、画質を落として視聴するのが賢明だと考えます。

TV番組も、同じで、美しく観賞したい番組は4Kを望むにせよ、解ればいいのであればワンセグで十分、ガラポンTVで十分、という使い分けが望まれます。

24.4.10追加：Dropboxに置いた動画を利用する場合は、圧縮なしでリンクしても何とか再生可能です。

以上。

　自宅のSynologyNASからWeb公開することにしてみました。

「野菜や魚」の産直と同じことが、「情報」でも起きる気がする。

　昭和三十〜四十年代、野菜は、八百屋で売っていましたが同時に、農家がリヤカーで売りに来ていました。魚は魚屋で売っていましたが同時に、漁師の家のおばちゃんが行商に来ていました。しかし昭和５０年以降は姿を消していきました。それらは大資本や商社が牛耳るようになっていきました。小売店も行商も、そこへ吸い込まれてしまいました。

　ところが平成に入る頃から、高速道路の普及により、野菜や食品の産地直送、農家が消費者へ直接販売する方法（輸送業者を利用しながら）が急速に拡大してきました。農家には昔に行商していたDNAがちゃんと残っていたのでしょう。

　実は約15年前、自宅サーバーが流行しました。自宅からホームページを発信することが流行しました。当時はまだハッカーやウイルス問題の悩みも小さかった、ノートPCなどの古いPCの再活用を考える人が多かった、何より安価で使えるサーバー業者がなかった、そうした背景がありました。当時は、魚の鯖の字をあてて、「自宅鯖」と呼ばれたりしていました。

その後、不幸にも、自宅サーバーの火災が起きたり、自然災害で破壊したり、ウイルスで障害を繰り返す事故が増えてきました。なかなか各家庭でそこへの対策は重荷、趣味の域を超えていると。ちょうどその頃から、安全対策の重要性が意識されるようになり、高速化されたサーバー業者が現れ、クラウドサービスが進みました。それに押されてしまって。やっぱり鯖は日持ちが悪かった。「自宅鯖」はすぐさま腐っていきました。

現在、ITメディアは急速に増大して、それらを結構安易に、クラウドに保存すればいい、という風潮になっています。しかし私は、何でもかんでも、雲の上に放り投げておけばいい、とは思えないのです。

いよいよ、5G、第５世代通信が普及します。つまり情報の超高速道路が出来るということです。企業も庶民もその恩恵を受けることになります。もちろん、巨大情報商社であるGAFA(Google,Apple,Facebook,Amazon)は、その超高速道路を中央集権的に活用し続けることでしょう。GAFAは、ほんの一握りの天才と資本家が、知識と金にものを言わせて巨大に成長したもので、結果、ほんの一握りの人に富が偏在する形になっています。しかし今後は、庶民や小規模な産業も、自分から情報を発信することを、それほど高度な技術を持たなくても出来るようになると思います。そうなれば、中小企業もオンプレミス化、個人も自宅サーバーくらい挑戦してもいいのではと思います。野菜の産直と同じ、というか、よく似ています。何か日本の経済のスピードが落ちたため、道端の風景に気付くようになった、そんな感じもします。

この私の思う、ぼんやりとした方向が、ポストGAFAと謳われているWeb3.0の世界なのか。その一部なのかも知れません。以前も音楽制作の投稿で考察しましたが、個人が配信する場合、それが著作権や公序良俗の侵害に抵触しないかをフィルタリングする警察のような役割を、どこかに担ってもらう必要があります。おそらくその役割は、世界的な共通フィルターと、各国の法制度に準拠した強弱のあるフィルターの二層になるものと思います。

業者サーバーと自宅サーバーを使い分ける。

　iPhoneなどのカメラで撮った写真やMacのスクリーンショットは、Dropboxに保存すると同時にSynologyNASへ同期保存しています。将来、オーバーフローした分を、この同期から外へ移動して、DVDなどへ保存するか又は廃却することにする予定です。そのような目的でSynologyNASを設置したのですが。しかし貯めるだけでは、あまり有効に利用されていない、常時稼働の意味が薄い、と感じていました。

　さて、これらの写真などのメディアをブログで利用する場合、(1)WordPressのメディアフォルダへアップする、(2)Dropboxのリンクを使う、(3)その他メディアサーバーを使う、など複数方法があります。現在、(1)と(2)を併用しています。

上下の関係

　以前から思っていたのは、ブログ記事を作っていると、当然、細部に至る部分、マインドマップでいうと下位の部分を付け加えたくなります。つまり、基礎資料、TIPS、小さな工夫、など補助的な情報が多いですが、これらコマゴマとした情報はSynologyNASに蓄えられています。結構、そういう所にこそ、リンクを貼って、発信すれば、役に立つかも知れません。

　このブログは、業者サーバー( X Server )から発信していますが、ここはマインドマップで言うと上位の情報を書き込んで、下位を自宅サーバー( SynologyNAS )から発信すると言う関係でしょうか。ざっくりとしたイメージです。

リスク補完の関係

　自宅サーバーの構築や運用の重要情報が、自宅サーバーにだけ保存されていて、災害で破壊されたら、意味ないです。自宅サーバーとは別の場所へ置くべきでしょう。逆に、業者サーバーを運営するために重要な情報は、業者サーバーとは別の場所に置くべきです。実は今回、自らそのミスを犯して、本題の自宅サーバー設置も、最初からのやり直しの憂き目に遭っています。まだ入り口段階で助かりました。

具体的な設定方法

　具体的には以下のような構造図に表すことができます。

図表を別ページで開く <Google図形描画>

それでは、上の図中の機器ごとに、具体的な作業方法を説明します。

<手順1> Aterm WG2600HP3(NECのWiFiルーター)の設定方法 <Google スプレッドシート>

<手順2> SynologyNASの設定方法 <Google スプレッドシート>
※この<手順2>では、一般的な、プロバイダ１つ、ネットワーク１つの環境の中にWebサーバーを立ち上げる形にしており、従って、逆引きDNS設定など、多少複雑になっています。但し21年7月以降、私の現状は、複数プロバイダ複数ネットワークの形で運用していますので、面倒な逆引きDNS設定は使用せず、宅内部分も外部レンタルサーバーを使うのと同じ感覚で使えシンプルになっています。その自宅サーバー環境で、無料で、WordPress及び大人気高品質のCocoonが動くようにしています。

<手順3> Mac,iPhoneの設定方法 <Google スプレッドシート>

自宅サーバー、業者サーバー両方が故障しても読めるように、手順１〜３までについては、Googleスプレッドシートを利用しています。

なお、WiFiルーターの設定を、手順１に持ってきたのは、やはり、最初に、ネットワークをどのような形にするかを描いた後で、個々の機器のアプリ設定に入るべきだろうと考えたからです。

最初に行ったことですが、Webサーバーを公開するために、グローバルIPアドレスを固定にしました。費用が掛かります。短時間の間に、どんどん変更されるグローバルIPアドレスをキャッチして反映させる方法(DDNS)もありますが、まずは確実に作動させてから、その後で、どうするか考えることにします。

次に、私の場合、SynologyNASはDS218+を使っていますが、初期のメモリーは2GBです。基本的にはマニアックな内容でWeb公開しようと考えており、広く興味を持たれそうな情報はVimeoやYouTubeにメディアを掲載します。従ってアクセスが集中して迷惑を掛けることは少ないとは思います。とはいえ、ある程度考慮して、メモリーを許容される最大の10GBとしました。8GB追加しました。その上で、SynologyNASのWeb stationのPHP設定にて、最大プロセスを初期値の20から50へ変更しました。(こちらの記事をご参考）。

DSM7.0移行に伴う留意点

上記＜手順２＞におけるSynologyNASの設定方法は、OSはDSM6.xをベースになっています。DSM7.0へ移行した際、いくつかのアプリが更新エラーになります。

その中で、WordPress、Web Stationなど、Webサーバーに必要なものもエラーになります。

アプリの「修復」を選択すると、そのまま、Webサーバーは問題なく起動します。

但し、

DSM7.0移行時、DSMパッケージのWordPressを使っていた場合の留意点

ドキュメントルートは、以下のように変更されて、中身が移動している点に注意ください。

web/wordpress —> web_packages/wordpress

通常、URLは、
https://ホスト名/wordpressフォルダの直下にあるフォルダ名/xxx.mp4などのメディアファイル

とされていると思われます。であれば、何も支障はありません。

バックアップのすすめ

先日もやってしまった失敗ですが、WordPressの更新については、私は、WordPress管理メニュー内にある更新から行うようにしていて、パッケージセンターのWordPressアプリからは行っていません。但し何を勘違いしたのか、間違って、パッケージセンターのWordPressアプリの更新を行ったせいか、web_packages/wordpressフォルダ内に作ったメディアフォルダが全て消されてしまいました。が、速やかに復旧しました。

「web_packages」フォルダのバックアップ

こうした時に、日に1回、web_packagesフォルダのバックアップを、Hyper Backupで、Dropboxなどクラウドへ行っておくと、クリック一つで、前回のバックアップの状態に戻せます。

復旧後、一旦は、SynologyNAS内のWordPressアプリが停止状態にあるかもしれません。「実行」をクリックして「実行中」にしてください。

「パッケージセンター」「設定」「自動更新」の中で、WordPressを自動更新から外してください。

こうしておいたとしても、忘れて、うっかり、WordPressのパッケージ更新を押してしまうこともあります。その場合も、「Hyper Backup」から復元タスクを行なってください。

WordPressから直接インストールした方が、更新がラク。

以上のことを考えると、WordPress.orgから直接インストールしたほうがラクです。

UPSで自動シャットダウン、自動再起動にする。

NAS自体は大抵、停電の際に自動再起動できるようになっています。但し、停電が起きた時には、パスンと切れてしまい、デバイスやファイルに障害が発生しやすいです。特にWebサーバーは、常時、外部に向け発信しているため、サービスを安定させるために、自動シャットダウンをUPSで行えるようにしておくことを、おすすめします。

自宅WebサーバーにNASを使う長所

色々述べてきましたが、最後に、自宅Webサーバーに、パソコンではなく複数ディスク内蔵のNASを使う長所には、

＜1＞NASには最初からRAID機能(※※)が備わっていること。
＜2＞常時、システムやデバイスの健康状態をチェックしていて異常があればメール通知があること。
＜3＞メール通知に基づいてストレージマネージャーからディスクの修理が行えること。
＜4＞修理が困難な場合は、ディスクの交換になるが、ホットスワップ（サーバーを稼働したままで壊れた方のディスクを交換できる）が可能であること（私が利用しているSynology DS218+ は可能）。

などがあります。

それでは、とりあえず導入部分までは以上です。

※※：RAID機能とは、複数のディスクにバックアップを行う機能。一つのハードディスクが破損しても自動的に予備ディスクに切り替わる。飛行機のエンジンが左右の翼についていて片方が故障してももう片方で飛行できるのと同じ。フェイルセーフと呼ばれる仕組み。

参考になれば幸いです。