NAS on 或る阿呆の記

脱Dropboxを進めている

Mon, 01 Dec 2025 00:00:00 +0900

随分前に3年契約していたDropboxの契約がそろそろ切れるため、本格的に移行の準備をしている。

移行の理由としては、サブスクの高額さ、不要なインターネット通信、自分のデータを監視される不気味さなどが嫌になったから。Dropbox自体は、他のSaaSと比べると今なお良心的で頑張ってるサービスだとは思っているけどね。まぁ僕はもういいよ。実家に帰らせていただきます。

ここまでにやったことを軽くまとめる。

ファイル同期

ファイルの同期どうするの問題。まずファイル同期については、Dropbox最強伝説には違いなくて、同じ精度で扱えるとは考えないほうがよいのではないか。

QNAP NAS + QSync

特定のハードウェアに思い切り依存しているわけだが、前から持っていたので使っている感じだ。別に商用が嫌なのではなくサブスクが嫌なので、ハードウェアに付属するソフトウェアは個人的にアリだと思っている。

ただまぁ、Dropboxのような精度で同期ができるわけではない。というかDropboxの精度が異常なのだと思う。なのであくまでも「同期できたら便利だよね」というフォルダを狙って使うほうがいいだろう。

あわせて読みたい

LAN内DropboxとはいかないQsyncの使いどころ

/dropbox-qsync/

あちこちに散らばっているフォルダを選択できるのは地味に気に入っている。

Nextcloud

オフィスソフトをWebアプリとして使いたかったので、Collabora Onlineの基盤として以前構築した。ファイル同期もそりゃできる。

/nextcloud-on-mac-collabora-online-web/

ただ構築の手間はけっこうあるし、重いソフトではあるので、常用したい感じではない。Webアプリとしてのオフィスソフトの使い勝手も思ったほどよくなかったので、結局ローカルでいいんじゃないですかとなってしまった。

せっかく構築したので運用はしているものの、QSyncがメインになっており、こちらは本格的に使っているわけではないので、同期の精度なんかはまだよくわかっていない。

Seafile

単にファイル同期したいだけという向きでは、Nextcloudは重たいので、Seafileあたり良いのかなぁと思っていたが、調べるとけっこう苦労されている先人の軌跡など見るにつけ、あんまりやろうという気になっていない（「NextCloudを廃止してSeafileを採用 - Chienomi」）。

まぁNextcloudがあんまりよくないな、ってなったら試してみる感じかなぁ。

Webブラウザから見る

Dropboxの地味に大事な機能として、Webブラウザベースのアクセスがある。

File Browser

名前がまんま過ぎてThe Band的な意気を感じつつ、軽量かつ簡単に構築できて、便利なので、気に入っている。下記記事を書いてから使っているが、特に今のところ不便はない。

あわせて読みたい

WebベースのファイラFile Browserを試す：こういうのでいいんだよ

/web-file-browser/

Nextcloud

Nextcloudを構築するなら、Webブラウザからの操作も可能、というかファイル同期よりこれが一番安定するのはそう。まぁ一番わかりやすく置き換えるならNextcloudなんだろうね。

お外で聴ける音楽サーバ、メディアサーバ

外でスマホから自宅の音楽データをストリーミングで流したい。

WebDAV

WebDAVサーバをたてて、対応しているクライアントアプリを使う。

自分はサーバはQNAPの機能を使い、スマホのクライアントアプリはCloudBeatsを使っている。CloudBeatsはファイルベース管理にストリーミングとダウンロードの機能があって使いやすい。NAT越えはCloudflare Tunnel使っている。気が向いたらVPSで自分でトンネル作るかも。

/android-cloudbeats-qnap-nas-cloudflareで外でnasの音楽をストリーミングオフ/

Nextcloud

Nextcloudもアプリ側で対応していることが多い。

Jellyfin

音楽というよりメディアサーバなわけだが、Cloudflare TunnelなどでNAT越えすれば楽。一番楽かも。

スマホの写真やスクショをPCに転送する

個人的なユースケースとして、スマホやタブレットの写真をPCに転送する、は地味にDropboxの有用な活用ポイントだった。Webベースでアップロードしても別にいいんだが、もうちょっとサクッとPCに転送したいと思った。

KDE Connect

起動して「ファイルを転送する」ですぐ転送できてよい。

Dropbox的な文脈とは関係ないが、PCからスマホ、またはスマホからPCを操作できて便利である。

/kde-connect-lan-android-pc/

Immich

単純なバックアップ用途では多分一番便利。

Google Photo代替的な写真管理ソフトなので、ファイルベースの管理には向いていないものの、実際のところこちらのほうが多くの人のユースケースには合っている気がする。

所感: NASでもいいか

なんかこうして記述していると、けっこうNASを使っているなと思った。まぁもちろん自前で構築することもそりゃできるんだが、面倒くさい。別に僕は金を払いたくないのではなく、サブスクや不要なインターネット通信、自分のデータを監視されるのが嫌なので、NASを買うのに金を払う分には別に、という感じ。いざとなればNextcloud使えるのはわかったし。

まぁ余っているPCをLinuxサーバとして使いたい、という向きなら頑張ればいいだろうが、そうでないなら、NASはそれなりにいいもんなんじゃないか。

[itemlink post_id=“15811”]

FreeFileSync + FTP on Mac -> QNAP NASで文字コードも問題なくバックアップできている

Mon, 08 Sep 2025 02:38:51 +0900

FreeFileSyncは僕がバックアップで使っているGUIツールだ。無料でも使えるが、幾ばくを寄付することで寄付版になり、長いことお世話になっているから寄付版を手に入れた。

今はMac上のファイルを、FreeFileSyncで、プロトコルはFTPを使い、QNAPのNASに問題なくバックアップできている。これをわざわざ書いたのは、文字コードの正規化問題にずっと悩まされてきたからだ。

環境

M2 Pro Mac mini
- macOS 14.7.7
- FreeFileSync 14.4 寄付版
QNAP NAS TS-233
- QuFTP Service

NFCとNFD

Mac使いならば悩まされてきたであろう、Unicode正規化方式の違い。Windows/LinuxではNFC(Normalization Form Composed)が使われているが、Macでは何故かNFD(Normalization Form Decomposed)という方式が使われる。これによって何が起きるかというと、Macで作成した「がきぐげご.txt」をNAS(Linux)に転送して保存すると「か゛き゛く゛け゛こ゛.txt」になってしまい、アクセスできなくなったりなんだりするという、割と深刻な問題だ。

これに対応するため、昔rysncとか使っていた時には特殊なオプションが必要だったりなんだりして、色々と苦労している。

/30878779-2/

オンラインストレージのDropboxはなんとこれについて補修をしてくれているようで、あれは一時期Dropboxをバックアップ先に使っていた理由の一つであった。

この問題は普通の人にはかなりしんどい問題だと思うんだが、みんなどうしていたんだろうと思うものの、まぁ考えて見ると一般的な人は家庭に複数のOSでバックアップなどということにはならないのかもしれない。

MacはSMBつらいつらい

これは一時期、僕がNASをあまり使わなくなった理由の一つとも思えるが、その後なんやかんやあって、2023年7月よりまたNASを使うようになっている。数ヶ月後に控えている次のDropbox有料会員は契約更新しないつもりだ。

あわせて読みたい

QNAP TS-233

/qnap-ts-233/

いつの間にやら、SMBでNASとやりとりする限りは特に困らなくなっていた。Unicode文字列の扱いが良くなっているとかなんとか聞くが、詳細は知らない。ただ、とりあえず濁点問題は起きなかった。

なのでしばらくずっとSMBを使っていたのだけれど、これとは別個、MacのSMBクライアントはめちゃくちゃ遅いという問題があり、これはなんかもうずっと未だにどうにもならない。

あわせて読みたい

MacとReadyNAS 104の通信速度が遅い時の対処法(SMB)

/rnas104smbup/

この頃から悩んでいるんだけれど、多少マシにする方法はあれど、未だにどうにかなっていない。しかも不安定でしょっちゅう接続が切れる。

そうだ、FTP、しよう

ということで、非常にNASがバックアップ先として非常に使いづらい状況で、最近は外付けHDを引っ張り出してきてそこにバックアップなどもしていた。まぁこれ自体はNASを使っていようがいまいがやったほうがいいことではある。

ただまぁやっぱり面倒くさくて、NASへのもうちょっとどうにかならんかなぁと思っていたところ、ふと「ファイル転送ならFile Transfer Protocolでは？？？」と急に思い出した。

で、前述の文字コード問題などあるので、やや不安がありつつ、もう2025年なんだ頼む、という気持ちで、QNAPのNASでFTPサービスを立ち上げ（QuFTP Serviceというのがある）、FreeFileySyncからFTP経由で転送。とりあえず、データ転送速度は爆速。めっちゃFileをTransferしてくれてる……。

3分30秒足らずで8GBを転送してくれている。これなら十分に実用的。

問題は濁点問題だが……起きていない。普通に問題がない。これがFreeFileSyncとQuFTPあるいはQNAPのなんかのソフトウェア、どちらかあるいはどちらも頑張ってくれているのか、ちょっと調べた感じだとわからなかったのだけれど、とりあえずうまくいく。おー。

所感

ということで、なんかしらんがうまくいってますという身も蓋もない記事になり申した。どっかのタイミングで一度ちゃんと調べたい気はしつつ、とりあえずよかったよかった。

[itemlink post_id=“15811”]

Android + CloudBeats + QNAP NAS + Cloudflareで外でNASの音楽をストリーミング&オフライン再生する

Mon, 01 Sep 2025 10:46:57 +0900

Androidスマホでお外でNASの音楽聴きたいなぁ、スマホのストレージはゴミだしmicroSDも挿せないからストリーミングしたいなぁ……という記事。

最初に言うとCloudBeatsは複数のクラウド接続とオフライン再生は有料アプリなので（非サブスク）、多少金は払うが、まぁでもNASやストレージの代金に比べたら誤差だし、なによりDropboxせいぜい1.5か月分くらいなので。

外で開くので独自ドメイン使う。外からの接続にはCloudflare Tunnel使う。このへんのネットワーク構成は好きにすればだけど

環境

QNAP NAS TS-233
- FW: QTS 5.2.6.3195
- CPU: Quad-core ARM Cortex-A55 Processor @ 2.0GHz
- RAM: 2GB
Androidスマホ Pixel 7 128GB
- OS: Android 16
- アプリ: CloudBeats 2.60.03
独自ドメイン
- Cloudflare管理
- Cloudflare Tunnel利用

NASはQNAPのエントリーレベルのやつだけど、WebDAVやる限りは別に問題ないね。

構成を図示すると以下。

graph LR
subgraph Internet
android(Android)
cloudflare(Cloudflare)
end
subgraph Home
nas(NAS)
pc(PC)
end
android --> cloudflare
cloudflare -->|Cloudflare Tunnel| pc
pc -->|webDAV| nas

踏み台となっているPCは常時稼働サーバ前提ではある。少なくともお外に出ている時に起動しているもの。うちはMac miniがそれにあたる。

/dockerコンテナサーバー機として余生を生きるintel-mac-mini-2018/

AndroidアプリはCloudBeatsを使っているけれど、WebDAV扱える音楽アプリなら別になんでもいいと思う。僕は「オフライン再生 + ストリーミング再生 + クラウド接続」でこれに行き着いたが、他にいいのがあるなら別にそれはそれで。

費用についていえば、NASとスマホは既にある前提なら、CloudBeatsの有料オプションが1500円、ドメイン管理代が年間1500-2000円くらいかな。CloudBeatsの有料オプションは、オフライン再生と複数クラウドサービスを利用したい時用なので、厳密にはなくてもいいんだが……サブスクじゃないんだし買えばいいと思う。

経緯

設計意図とかの経緯については下記記事。一言で言えば脱Dropboxだね。

あわせて読みたい

脱Dropbox：NASの音楽ファイルをストリーミングで再生する試み

/dropboxnas-streaming-music/

QNAPの設定

NASのWebアプリにログインして、コントロールパネルを開こう。基本的に権限設定周りのことをする。

WebDAVを有効化する

まず有効化する。

「コントロールパネル」→「ネットワークとファイル差ビス」→「Win/Mac/NFS/WebDAV」

そしたらWebDAVタブがあるので、「WebDAVを有効にする」と、「WebDAV権限」にチェック。ポートは占有ポート番号使っていいと思うよ。

WebDAV用の共有フォルダを作成する

別に既存のフォルダでもいいかもしれないが、なんかあった時のためと整理のために、それ用のフォルダ作っていいかなと思う。そしたら最悪クラックされたとしても、WebDAV経由ではそのフォルダしか触れないように。

WebDAV用のユーザを作成する

まぁこれも必須じゃないんだけれど、上記と一緒。ファイル管理自体は普段の管理用ユーザだとなんかあったときの被害が広がる恐れもあるので、WebDAVアクセス用ユーザは作っておいたほうがよいかと。どうせ一手間なんだし。

ということでWebDAV用ユーザを作成する。言うまでもないが、外からのアクセスに使うものなので、適当なPWにしないように。WebDAV用ユーザは次の「権限の編集」でWebDAVの読み取り権限のみ付与する。

権限の編集をする

QNAP曰く、下記のように権限設定が必要らしい。

WebDAV用の権限を与える。QNAPにおいては、「ユーザーとグループの権限」と、「WebDAVのアクセス」が分かれている。ファイル管理は「ユーザーとグループの権限」において、ファイル管理をしたいユーザで「R/W」を設定し、WebDAVアクセスについては作成したユーザに「読み取り専用」の権限を付与する。

こうすることで、お外からはWebDAV専用ユーザで、WebDAV専用フォルダを読み取りのみできる、という状態になるため、クラックされても安心では別にないんだが、被害は抑えられる。

Cloudflareの設定

LAN内で動作確認したいところなんだが、CloudBeatsはhttp通信だとどうもクラウド接続に失敗するっぽい。このためだけに自己証明書だのなんだのも阿呆みたいだし、しゃーないので、ぶっつけでCloudflare側の設定をする。

やることは、独自ドメインを経由してLAN内NASにアクセスできるようにすること。

ってことでNASにアクセスするPCにCloudflareを導入。Cloudflare Tunnelの設定については下記記事の「Cloudflareでトンネル作成」の部分を参照。ただし、ここでは http://<NASのIPアドレス>:5000 とする。冷静に考えると一般的にはここが一番の難所の気がしなくもないが、それだけに説明もめんどくさい。雑ですまない。

/calibre-cloudflare-tunnel/

CloudBeatsでWebDAV使ってサインイン

CloudBeatsの「クラウドサービスを追加」からwebDAVを選び（なぜwだけ小文字なのか）、以下の情報を追加する。

https://<独自ドメイン>/<作成したフォルダ名>
user: 作成したユーザID
pw: 作成したユーザPW

そしたらアクセスできるようになるので、適当に音楽ファイルを置いて動作確認する。

(おまけ) ファイル管理はFreeFileSync

音楽ファイルの管理方法だが、これは好きにすればいい……んだけれど、個人的には「ローカルで構成しているフォルダ構成をそのままFreeFileSyncでFTP転送」としている。

/mac-windows-freefilesync/

これは良いソフトウェアなので寄付してDonation Editionにしたらいいと思う。寄付すると並列でファイル転送できるようになる。寄付額はこちらで決められる。

ちなみにQNAPのNASでFTPを扱うには、QuFTP Serviceなるアプリをインストールする必要がある。まぁインストールしたらそのまんま使える。

使い勝手

全然悪くない。ただファイル一覧が多すぎると表示に時間がかかる感じなので、一覧が多くなりすぎないようにしたほうがいいね。

でもそれくらいかな。音楽ファイルをフォルダ単位で整理していると、数年くらい忘れていた「音楽を管理する」という感覚が得られる。そうか、僕はこれがやりたかったんだなぁと、今さらながら思い出した。

いったいどうして、好きな音楽を雲の上に置くのがクールだなんて、意味不明なトレンドに乗ってしまったのだろうなぁ。まぁ、今となっては取り戻せることではない。これからまた、好きな音楽を聴いていこう。

[itemlink post_id=“15811”]

脱Dropbox：NASの音楽ファイルをストリーミングで再生する試み

Sat, 30 Aug 2025 21:49:44 +0900

やろう、やろう、と思いながら、面倒臭くてずっとやらなかったNASの音楽ファイルをAndroidからストリーミング再生する環境をやっと構築した。ちょっと軽くランニングしてきた感じでは、十分使えているのではないかな、と思う。これでDropboxを使う大きな理由の一つをなくすことができたね。

はまりどころもあったので、そのうちにハウツー記事にしたいと思うが、今回はとりあえず所感をつらつらと。

ちょっとマニアックな構成

構成自体はちょっとマニアックな感じになってしまったかなと思う。

graph LR
subgraph Internet
android(Android)
cloudflare(Cloudflare)
end
subgraph Home
nas(NAS)
pc(PC)
end
android --> cloudflare
cloudflare -->|Cloudflare Tunnel| pc
pc -->|webDAV| nas

この時点で特に技術系ではない一般ユーザにはオススメできない構成になってしまっているのはまぁそう。といっても別に何かコード書くわけじゃないし、頑張ればできると思うけど。

元々、構成的にはそりゃ出来るだろう、とは思っていたものの、WebDAV使えてストリーミングとオフライン両方できるAndroidアプリあるのかな、とか、NASでWebDAVの設定どうするのかな、とか個別に調べないといけないことも多くて、なかなか進まなかった。あと家の回線がJ:COMなので、クソザコ上り回線で大丈夫かなぁと思ったのもある。

まーでも、多少手こずったけれど、とりあえずうまくいったかなぁ、という感じ。ただフォルダがたくさんあると一覧表示に時間かかるようで、これはスペックというよりネットワークの問題の気がする。このへんはもうちょっと整理がいるかな。

AndroidアプリはCloudBeatsを使った。有料オプションは1500円くらいだったかな。オプションは複数のクラウド接続とオフライン再生に必要だった。妥当な料金じゃないかな。サブスクじゃないなら全然いいよ。だいたいNASとストレージの代金からすれば誤差みたいなもんだし。NASはQNAPのTS-233。ドメインは元々取得していてCloudflareで管理している自分用ドメインを流用した。

[itemlink post_id=“15811”]

世界線の修正作業

まぁもうちょっとしばらく使い混んで使い勝手は調べる必要があるかな。フォルダも整理しなおさないといけない。iTunes時代の名残で、全アーティストのフォルダがフラットに並んでしまっているんだよね。それで阿呆みたいに長いリストになってるからさ。

ああiTunes、今にして思うと、僕にソフトウェアの進歩について強い疑念を抱かせた最初のアプリケーションだったかもしれない。毎度毎度、強権的な仕様変更に振り回され、頼んでもない新機能を見せつけられ、その癖出来たことが出来なくなり、そしてファイルが壊される。途中Apple Musicなんて契約しようもんならもう最悪なことになる。なった。

冷静に考えると、自前のライブラリを知らないサーバに置く必要はないし、ストレージが足りないならmicroSDを使えばいいし、microSDも挿せないならNASからストリーミングもあるし、別にプレイヤーを買ってもよかった。今でもiPodモドキはたくさん売ってるし。でもあの時は、なんかこれが未来なんかな、という気にさせられていたよね。実際このブログでもApple MusicとかiTunesで検索したら色々出てくるよ。懐かしい。

結果的には、間違えた世界線だったんだなと思う。こうしてフォルダの再整理に勤しまねばならないのがもうね。っていうか消失している曲とかもあるんだよな。MOTHERっていうゲームのアレンジサントラでやけに凝ったのがあったんだけど、マニアックかつオムニバスでアーティストが分散しているのもあって、なんか気がついたら曲が何曲か見当たらない。一番気に入っていた曲は幸い（？）残っていたので、買い直すのもなんだかなぁ、みたいになってる。やれやれだなぁ。

[itemlink post_id=“18951”]

まぁ今からでも少しずつなおしていくさ。

Dropboxに恨みはない

一応言うと、僕はDropboxに対しては案外と好印象だったりする。実際最近このブログではクラウドについて腐していることが多いが、その中でもDropboxに対して悪口めいたことは言ったことはないんじゃないかな。Dropboxは便利だし、非常にマニアックな文字コード問題の対応、Linux対応などもあって、かゆいところに手が届くサービスだと思う。価格も決して高すぎるとは思わない。安いとも思わないけど。

あわせて読みたい

自分のデータは自分で守れ、雲の上で守ってもらえると思うな

/data-self-hosting/

いつだったか不本意なアカウントBAN事件について書かれた個人の記事を見て「Dropboxもあるかー」と思ったことはある。しかし、少なくとも僕はこれまでアレゲなファイルも置いてきたが特にBANされたことはなく、またされたところで別に大して困らないので、使い続けている。まぁ、三年契約しちゃって、契約期間がまだあるからさ。

まーでも、次の契約更新はないかな。別にDropboxに恨みはないけれど、クラウド、サブスクはもう嫌だっていう気持ちのほうが強い。僕自身はこの流れから脱せられているわけではないけれど、せめてプライベートではまず離れたいところだね。

自分のデータは自分で守れ、雲の上で守ってもらえると思うな

Sun, 09 Mar 2025 13:13:11 +0900

クラウドという言葉が定着してもう10年以上経過する。僕はバズワードに過ぎないと思っていたのだが、思いのほか概念として定着したようだ。クラウドとはとどのつまり「他社にデータを預けても良い仕組み」そして「それをクールだとする社会的な思い込み」の総称だ。

本来、データを預けるのは多くの人にとって受け入れがたい仕組みである。データとは財産であり、その財産を他人に預けるなど正気の沙汰ではない。

狂気の沙汰を正気の沙汰に

実際、自分の財を第三者に預けるなど、本来的には狂気の沙汰だと思われるが、その狂気を正気ということにする商売はある。金融業なんかその典型だろう。狂気の沙汰を正気の沙汰とするために、彼らはありもしない信用を唱え、勝手なことはしませんよと言うわけだが、僕らがそれを信用するのは、彼らが信頼に足る人物・組織だからではなく、彼らが勝手にやりづらい制度が社会的にあり、また彼らも彼らで一応実績を積み上げてきた、という現実による。

その意味で、クラウドサービスは金融業と近い面がある。彼らもまた、データという顧客の財を預かるサービスだ。そのサービスが使われるほどに、彼らもまた儲かる。まぁ金融業よりは不動産業に近いかもしれない。その性質のために、最近はGAFAの基盤上でサービスを展開する事業者をデジタル小作人などと呼ぶ人もいる。

個人的には、デジタル小作人のような見方はかなり一面的な見方だと思うが、しかし本質的に金融業や不動産業と近い側面があることは事実だ。

つまり、クラウドサービスというのはその本質に、財を預けても良いという信用があり、それをベースにしたみかじめ商売である。

その警戒されるべき本質を、クラウドというぼんやりした流行語によって見えづらくしている。いまや、クラウドを理解しないものは遅れているという社会的な空気さえ醸成されている。クラウドは、ビジネスのうえで非常に便利な言葉だった。だから定着したのだと思う。

クラウドサービスもまた本質は狂気

クラウドサービスはその本質に財を預ける狂気がある。まぁこれはいささか極端な議論かもしれない。クラウドサービスにも色々あって、コンテナの実行基盤やAWS LambdaのようなFaaSは、財を預けているという感覚は薄いだろう。実際、実行基盤として利用している、その利用料を払っている、というのはユーザとしての素直な感覚である。しかしそれでもやはり、本質としてプログラムという財を預ける信用なくしてできないことは確かだ。

Dropboxのようなオンライン・ストレージサービスはクラウドの中でも特に財を預けるという感覚が強いものもある。オンライン・ストレージサービスはクラウドの先駆けとも言えるもので、クラウドという言葉流行る前に出来たモノだから、いまでもオンライン・ストレージサービスと言われる。しかしその本質はクラウドに包括されるものだ。

オンライン・ストレージサービスは信用できない、という言説は昔からあった。実際僕の考えも錯綜している、当ブログを「Dropbox」で検索すれば、NASを主体にしたり、Dropboxを主体にしたりと、あれこれ試行錯誤していることがわかる。

あわせて読みたい

Dropbox Plus + 外付けSSD でNASいらずに挑戦中

まぁなんだかんだでDropbox Plusの有料会員は続けているという事実から、僕はDropboxを信用していると考えられる。実際、Dropboxを使い始めてからかれこれ15年たっていると思うが、特に問題が起きたことはない。

しかしそれも、今の契約が終わるまでで、次の契約更新はしないつもりだ。まぁまだあと1年くらい残っているのだが、今その準備を進めているところで、既に大方のデータをバックアップとしてNASに引っ越している。あと数ヶ月かけて少しずつDropboxの依存度を下げていくつもりである。

理由として、Dropboxというよりクラウドサービス全体に対する個人的な信用の低下や、サービス全体の肥大化、また、代替手段の技術の向上がある。

手元の運用が楽になった

信用の低下といっても、元から大して信用していたわけではない。オンライン・ストレージサービスの場合は、昔からプラットフォーマー側の基準による勝手な垢バン問題があった。子供とのお風呂写真が、欧米諸国の勝手な倫理基準で児童ポルノ扱いされBANされた、という話は実際に聞く。独身である僕は特に子供の裸写真のようなものは持っていないが、あちらの勝手な基準で勝手に垢バンされる、というリスクは常に警戒してきた。そのために、僕はDropboxと使いながらもずっと外付けハードディスクなどにデータの退避を怠ることはなかった。

だったら何故Dropboxを使っているのかと言えば、純粋に便利だからである。オンライン・ストレージサービスとはただデータを雲の上に預けるだけではない。雲の上に預けたデータを、様々なアプリケーションで連携できるところに、クラウドの妙味がある。たとえばDropboxにある音楽データをストリーミング再生するアプリなどは、身近な応用例だろう。

同じ事をオンプレでやろうとしたら、昔はだいぶ苦労したものだ。サーバーの構築とメンテ、そしてインターネット公開のためのネットワーク環境の構築、セキュリティ設定。なので、僕は現実的な選択肢として、Dropboxのようなサービスを利用してきた。

しかし、今はこれがだいぶ楽にできる。サーバについては、なんといってもコンテナが大きい。コンテナの良いところは、環境のスクラップ&ビルドが滅茶苦茶楽なところだ。設定をコードで書けるのもよい。Linuxマシンを用意して、何かあったらOSの再インストールから……なんてやらなてくいい。そしてネットワークについては、Cloudflareの存在が大きい。特にCloudflare Tunnelは、ネットワーク公開を楽かつセキュアにできる現実的な選択肢だ。

まぁ結局DockerやCloudflareに依存していると言えばそれはそのとおりで、特にCloudflareについてはデータ監視のリスクもあるが、しかし同様のことができるサービスはあるわけだし、なにより財を預けているわけではないから、依存度としてクラウドサービスの比ではない。重要なことは、依存しないことだ。依存しないとは、データという人質を取られないことである。

依存度を下げた運用は昔から可能ではあったけれど、労力を含むコストが大きかった。今、それがかなり現実的なレベルにまで下がっている（といっても非IT技術者には厳しいとは思う）。むしろ、自分の使い方に合わせてソフトウェアを組み合わせることができるという点では、お仕着せのサービスよりもよほど使いやすい。

地震雷火事よりも親父（プラットフォーマー）のリスクが大きい

運用について非常に楽になったのはそうだとして、もう一つ問題がある。それは、オンプレ環境が破壊されたらどうするのか問題だ。これはバックアップを取ればいいじゃないかという程度の話ではなく、自宅が火事になったり、あるいは大災害に巻き込まれたらどうするのか、というレベルの話だ。

これについては、どうしようもない。まぁデータくらいなら、遠方の家族の家にたまにハードディスクをおかせてもらえば、すべてがゼロになるという事態は防げるかもしれない。まぁ可能なら、遠隔地にNASをおいてネットワーク越しにバックアップなりできればいいと思う。

しかしそんなことをするなら、クラウドサービスを使えばいいじゃないかという話になるだろう。実際僕もその観点から、クラウドサービスの利用について肯定的だったし、今も業務においては使う。ってか最近個人開発で公開したWebアプリもフツーにAWSのDynamoDBにデータ保存してる。認証はCognito使ってる。

が、プライベートではなるべく避けたい、という感じだ。その理由は簡単で、災害でデータがぶっ壊れるリスクよりも、プラットフォーマーの謎の振る舞いでデータが破壊されたりアクセスできなくなったりするリスクの方が大きいと思うからだ。

プライベートの使い方って非常に広範で、それこそ家族の思い出から個人的ポルノ大全まで色々あり、しかもそのデータは自分の人生が続く限り保持されてほしいものだ。これは通常のサービスよりも実は要件が厳しい。サービスは特定の目的でしか使われないし、なによりサービスの寿命と自分の寿命では、だいたいサービスの寿命のほうが短い。

だから特定のサービスならば、クラウド利用はリスクとベネフィットを天秤にかければ、利用する、という選択は多くの場合正しいと思う。まぁコストに見合えばだが。

しかしプライベートの場合、クラウドはいかにも危なっかしい。確かに地震雷火事には強いだろうが、親父ことプラットフォーマーの気まぐれが怖い。地震雷火事よりも、親父のほうがよほど身近な脅威であり、しかもその親父はアースクエイク・サンダー・ファイアー一通り使える。こんな怖い親父がいるか。

雲の上の頑固親父にデータを預けられない

ということで、現実的に手元の運用コストが下がったことと、雲の上の頑固親父の横暴が酷くなる一方の昨今、とてもそんな親父に僕の大事なデータを預けられねぇなぁという気持ちが強くなっている。

実際、プライベートでは脱クラウドを進めている。まぁさすがに2025年にオンプレはどうなのって話もあるが、その場合でも、最近はVPSのバランスの良さを再評価している。コストも値頃だし、スペックの範囲で好き勝手できるし。コンテナ使えるアプリなら移植性も高いし。そもそもクラウドサービス使わなきゃいけないほど非機能が求められる状況ってあんまりないんだよな、僕の場合、というのもあるが。

そんなわけで、気がつくとMac mini 2018はコンテナサーバとしてなんか常に十数個のサーバが立ち上がっている。まぁめんどくさいこともあるけれど、そういえばサーバって楽しかったぁ、なんてことも思う。こんな楽しいものは、雲の上より自分の部屋にあったほうがよい。そんな360度回ったことを思う今日この頃だ。

MacとWindowsのバックアップはNAS + FreeFileSyncを使っている

Thu, 31 Oct 2024 08:32:00 +0900

データのバックアップは面倒臭いけれど、やっていないといざという時にとても後悔する。まぁ保険のようなものだ。

ただ本当に面倒臭いので、できれば自動化、あるいは自動化とまではいかなくても半自動化くらいはしたいものでもある。というか面倒臭さを解消しないと続かない。

今は色々あって、FreeFileSyncというフリーソフトを思い出した時に実行してNASにバックアップを取る、くらいの運用になっている。なんとなく、自分のプライベートPC環境におけるバックアップの軌跡について書いてみる。

バックアップ遍歴

僕のバックアップ遍歴を見てみると、自分のPCを持ち始めた頃はせいぜい大事なデータを外付けハードディスクに入れておくくらいだったと思う。で、その後に多少ものを覚えてからは、どうやらrsyncを使ってバックアップをしていたらしい。それをTimeMachineに全面切り替えしたことを2015年の記事で書いている。

あわせて読みたい

MacのバックアップにrsyncからTimeMachineに全面切り替えした話

/45283123-2/

が、NASをTimeMachineサーバにすると不安定とか、ローカル接続の外付けハードディスクなら安定するがうるさいし、できればNASでバックアップしたいとかあって、1年くらいすると結局rsyncに戻ったようだ。

その後は、バックアップとしては結局NAS + rsyncを使っていた。しかし前述のとおりNASの接続はMacだとちょくちょく切れるので、自動化しづらい面があった。せっかくrsyncを使うなら自動化までさせないとありがたみないよなぁと思いつつ、それが面倒だった。そりゃちゃんとやればちゃんとやれるだろうけど、ちゃんとやる気にならなかった。

Dropboxの有料会員なので、2TBまではクラウド保存できることもあり、一時期はもうバックアップそれでいんじゃね？と思ったが、本当に保存したいファイルを2TBまで削減することができず、結局頓挫した。それにまぁ、クラウドは垢BANもあるから怖いしね……。Dropboxはあまり変な話は聞かないけれど、意味不明なBANをされたという記事は見たことがある。

GUIがよかった

結局、NASへのバックアップは続けざるを得ない。めんどくさい。自動化すれば良いが、自動化自体の手間がかかるし、運用していればなんだかんだでトラブルも起きそうだ。

色々考えて、まぁたまに手動バックアップでいいかと、いつもの結論に立ち戻る。ま、家のPCだし。仕事のデータもあるけれど、本当に重要なソースコードなどのデータはさすがにクラウドにある。クラウドが真なので、ローカルが死んでも問題ない。

ということで、回数が少ないのであれば、rsyncのようなコマンドツールよりも、GUIのツールが良いなと思うようになった。rsyncなんだかんだでトラブルも多いんだよな。それに、Windowsでも使いたかったし。

で、結果的に選ばれたのがFreeFileSync。GUIで操作できて、Windows版もLinux版もMac版も揃っている。

FreeFileSync: Open Source File Synchronization & Backup Software

まぁだいたい一週間に一回くらいの割合で、思い出した時にバックアップしている。これまでやけに自動化にこだわって色々苦労したが、別にこの程度でよかったなと、PC使って15年以上して思うのであった。

LAN内DropboxとはいかないQsyncの使いどころ

Thu, 23 Nov 2023 15:52:24 +0900

Dropboxの有料会員なのに、QNAPのNAS、TS-233をポチってNASに移行できないかを試行錯誤している。QNAPはいくつかの便利なソフトウェアを提供しており、そのうちの一つがQsyncだ。これはNASとクライアントマシン間で同期フォルダを作成するもので、まぁ一言で言えば自前のDropboxをLAN内に作成するようなものと言える。

Qsyncは便利なソフトウェアなんだが、やはり同期というのは難しいようで、「Dropboxはすげぇんだなぁ」という再認識することもある。DropboxのヘビーユーザがQsyncに置き換えるのは厳しいと思う。一方でQsyncにも使いどころは確かにある。

Qsyncを使っていて起きたこと

Qsyncの機能を使い始めて1,2ヶ月程度だが、「TBクラスのフォルダの同期」「大量削除」「大量リネーム」「既にファイルがあるフォルダ同士で同期」など色々やったので、一通りのことは経験出来たのではなかろうかと思う。

これで起きたことは、「同期漏れ」「ゾンビのように復活する削除ファイル」「大量に生まれた重複ファイル」「クライアントアプリが（中途半端に）落ちる」である。

同期漏れとは、たとえば 「同期されなければいけないファイルが永遠に同期されない」現象である。しかしクライアントでは「すべて同期済み」になっている。なんでそうなるのかはよくわからない。常に起きるわけではない。サブフォルダ内のファイルであれば、ファイルのあるフォルダごと削除してもう一回作り直すなどすれば同期されると思う。いずれにせよ、そのままにしておくと端末間で同期フォルダの中身が違う状態が続く。

また、 「あれ？消したファイルが復活してる🤔」ということがある。これはファイルのリネームなどでも「リネーム前のファイルが残っている」などが事象として発生した。多くはダウンロードしてすぐのファイルを操作した時なので、まぁ事情はわかる。とはいえDropboxではこういうことはほとんど起きないことでもある。

「クライアントアプリが（中途半端に）落ちていた」ということも頻発した。中途半端にというのは、フォルダの同期が完全に止まったわけではなくて、サーバ→クライアントのダウンロードはできているのに、クライアント→サーバのアップロードだけ止まっているような状態だった。

そのため気づきづらく、ツールバーにQsyncのアイコンがないことで「あれ、止まってる？」と思って気づいて再起動をかけるのだが、そうすると、落ちていた間にクライアント側で削除したファイルなどが大量復活することになる。この落ちる現象は、作業量に比例しているように思う。大量のファイルを頻繁に追加・削除・移動を繰り返していると起きやすいような。Mac上で起きたが、Windowsでも起きるのかどうかは（試していないので）わからない。

また、ファイルの重複判定もけっこうつらいところがあって、たとえばファイルがあるフォルダ同士で同期をかけるとカオスなことになるため、やめたほうがよい。たとえバックアップツールなどでバックアップしたフォルダであってもやめたほうがよい。最初の同期は、時間がかかっても片方のフォルダを空にしておくほうが無難だろう。

普通にしていても、「両方保管する」にしてしまうと知らない間にduplicateなファイルが出来ているので、NASかクライアントか、どちらかを真とする設定にしておいたほうが良い。ちなみに僕はクライアントを真としている（NAS側を直接操作することはない運用）。

問題は、こうした意図しない同期について、必ずしもユーザが気づけないことだ。たとえば階層の深いところで人知れず起きていた場合、それに気づくのは難しい。また、フォルダ構成が複雑であるほど期待しない挙動も多かったように感じている。

結論としては、 「階層の深いたフォルダの同期」や「頻繁に削除・リネームを実行するフォルダ」では使わないことにした。つまり、Dropboxのようにまるまる2TBの同期フォルダ、という使い方はしない。

Qsyncの使いどころ

それではQsyncは使えないのかというとそんなことはなくて、実際僕は便利に使っている。前述の不安定要素を加味したうえで、「端末間でファイルをやりとりしたい」フォルダをピンポイントで同期すれば、なかなかうまくワークする。特にDropboxフォルダの下という制約がないことによって、部分的にはDropbox超えの使い勝手の良さがある。

具体的には、たとえば「ダウンロード」フォルダだ。ノートPCでダウンロードしたものをデスクトップPCでも開けるのはけっこう便利だ。今まではこれを実現するために、Dropboxフォルダの直下にわざわざDownloadsフォルダを作っていたのだが、Qsyncによってシステムのダウンロードフォルダをそのまま同期フォルダとして指定できるようになり、便利になった。

こういった一時保管場所的なものだけではなく、アプリケーションの設定ファイルや素材置き場など、「頻繁ではないがたまに追加があって、変更があった時にはすぐにデバイス間で同期されてほしい」みたいなフォルダでも使っている。これも、Dropboxフォルダの下という制約がないのでやりやすくなった。

rsyncじゃダメなんですか

そうしてピンポイントに同期フォルダを作成すると、残りのフォルダについては、必ずしも常に同期されていてほしいわけではないことに気づいた。ほとんどのフォルダは、1日に1回程度の同期でも十分だ。つまり、定期的にrsyncを動かすだけで十分だった。

Macとrsyncについては文字コードの正規化問題でかつては苦労させられたものだが、そんなことも今は昔だ。そのへんの話は下記の記事でも触れている。

あわせて読みたい

QNAPのNASを使ったバックアップとファイル同期

/qnap-nas/

上記の記事でも触れているが、WindowsだったらFreeFileSync: Open Source File Synchronization & Backup Softwareが使いやすいかなと思う。

Dropboxは有能だが

こうして使って見ると、何も考えずに快適に全ファイル同期できていたDropboxは本当にすごいなと思う。思えば昔はduplicateとかもよくあったが、最近はあまり見なくなった気がする。地味な進化を続けているのかなぁ。Macの文字コード正規化問題についてはDropboxは手当てしてくれていたし、痒いところに手が届く。

Dropboxの2TBの同期フォルダは、非常に強烈かつ優秀な機能であり、これをセールであれば3年契約月額1000円相当というのは、十分に価値があるものだと個人的には思う。

2TB以上の容量を求めると個人ではつらい感じもあるが、これは前述のとおり、「常に同期されていてほしいフォルダは実はそんなに多くない」ものである。ただまぁ、Dropbox下にファイルがなければならないという制約は、ソフトリンクを駆使してもまぁまぁ厳しいかもしれない。それだったらピンポイントに同期フォルダを作ることができるQsyncのほうが良かったりもするのかも。

Qsyncは使える

まぁそんなわけで、NASについての記事なのにひたすらDropboxを褒め称えてしまっているのだが、そうは言ってもNASのほうが長期的にはコストが低いのは確かだし、また何よりも、 「クラウドにデータが上がらない」というのは、実際けっこう精神的な開放感があることに気づいた。最近はどこのプラットフォームもビッグブラザーめいてきているからねぇ……。LAN内で完結させたほうがいいこともある。

まぁLAN内Dropboxだぜー、というわけにはいかないものの、自宅内に複数台のデバイスがあるユーザにとってはQsyncは十分使いどころのあるソフトウェアだと思った。というか、使っている。

ちなみにmyQNAPcloudのサービスを使えば楽にクラウド化できると思うが、まぁまぁ高いし（myQNAPcloud Storage）そもそもそれだったらDropbox使えばええやんと思う（5TBとか10TBやりたいなら価値あるかも）。自宅にVPNサーバとかたてたらいけるのかな。まぁ、外で同期したいと思うことが最近はないので、そこまで頑張る気もないや。

QNAPのNASを使ったバックアップとファイル同期

Sun, 05 Nov 2023 04:55:56 +0900

最近DropboxからNASに移行しようとしている。具体的にはQNAPのTS-233を購入し、あれこれと運用方法を試行錯誤している。

あわせて読みたい

Dropboxから少しずつNASに移行中

/dropbox-nas/

NASに期待する機能

僕のNASに求める機能は以下である。

デバイス間でのフォルダ同期
データのバックアップ
メディアサーバ

デバイス間でのフォルダ同期: Qsync

デバイス間でのフォルダ同期とデータのバックアップを一挙に解決するものとして、Qsyncが期待された。これは同期フォルダを作成して常にNASとクライアントのデータを一致させるものだ。まぁ一言で言うと自分専用のDropboxを作る機能といえる。

しかしこの同期というやつはやはり難しいもののようで、いざ運用してみるとなかなかうまくいかない。特にファイルが消えないようにするためか、移動や削除、ファイル名の変更をしていると、「消えているべきファイル」がゾンビのように復活する。まぁ安全面に倒すとそうなるのはわかるが、Dropboxの静かな有能さが際立つ結果となった。

まぁでも、これはそうなるかなという気はしていた。テラバイトクラスの巨大なデータフォルダを監視するようなものではあるまい。もしこれをやりたいのであれば、これを専業でずっとやってきたDropboxを大人しく使うのが良いと思う。

また、MacだとQsync クライアントがしばしば落ちている。ただこの落ちるというのも中途半端で、たとえば別デバイスで保存されたファイルの同期はされるのだが、Mac側での削除処理などがサーバに伝わっておらず、「あれ？クライアントアプリ落ちてるな」と思って再起動させると、落ちていた間に削除したファイルが次々と復活するなどかなり鬱陶しいことになる。

以上を踏まえたうえで、要所要所「ここは同期する価値がある」というフォルダについて適用するのが良い運用法だろう。Dropboxのように脳死でまるっと全部同期フォルダにしてしまう、などはやらないほうが無難だ。しかし、Dropboxと違って、色々な場所に散在するフォルダを同期フォルダにできるのはQsyncの強みといえよう。

データのバックアップ: rsync最強伝説もう正規化問題はないんだ……

NASの本懐というべきか、データのバックアップもNASに求められる重要な機能だ。Qsyncはバックアップツールに使うのはやめたほうがよさそうということがわかったので、何かいいツールを探す必要があった。真っ先に思うのはrsyncなのだけれど、今更rsyncとか使いたくないなぁと思い、FreeFIleSync（Download the Latest Version - FreeFileSync）というソフトを使ってみたりした。これはWindows用とMac用がそれぞれあり、けっこううまいこと使えた。

うまいこと使えたのだが、毎度起動するのが面倒である。ってかこれだったらrsync使うほうが楽なのでは？WindowsでWSL経由したら面倒だけれど、Macならフツーにターミナルから実行できる。

rsyncなら慣れてるし、何よりも我々を悩ませてきたUnicode正規化問題はAPFSになってから概ね片付いている。というか多分僕がなんとなくrsync使いたくないなぁと思っていたの正規化のトラウマのせいだと思う。傷深すぎんよ。

戦いの歴史貼っとく。

/30878779-2/ 2013-08-21

/46001270-2/ 2015-11-15

/gdrive-mac-win/ 2017-11-28

しかし今記事を読み返すと、SMBでマウントしてるのにssh使ってrsyncしてたりするの謎だなぁ。SMBのマウントが不安定で勝手に切れてたりしたからだろうか。

まぁなんでもいい、すべては終わったこと……。我々を悩ませた悪魔はもういない。存分にrsyncしていいんだ……。

ということで、結局rsyncに落ち着いている。WindowsだったらFreeFileSyncを使うほうが楽かも。

なおTimeMachineについてまったく書いていないが、過去色々と痛い目を見たので、ネットワーク越しでは使わない。NASじゃなくて、ローカルにケーブル接続して使うならいいと思う。でもそれはそれで面倒だし、システムごと復元したいことって実はそうないので、rsyncによるデータバックアップのほうが汎用性も高くて良いと思っている。

あとはまぁ、災害とかで全データ消失しちゃうリスクか。Dropboxだとこれの心配がないんだよなー。しかしそんな災害やら火事やら、データよりもっと心配すべきものがあるだろという話ではある。

メディアサーバ: 検討中

最後にメディアサーバとしての役割だが、これはまだ検討中。

LAN内ではMacがメディアサーバとして役割を担っている。Mac mini常につけっぱなしだからね。コレは別にこのままでもいいかなぁという感じ。Macのほうがスペック的にも高いのだし。

インターネット経由だと、今はDropboxにアップロードしている音楽ファイルをストリーミングとかしているんだが、これをできないかなぁと思っている。QNAPのソフトウェアにこれができそうなのもあるので、もうちょっとちゃんと検討したい。

Dropboxは便利だけれど、自宅NASには自由さがある

色々やっていて思ったのは、Dropbox便利だなぁということだ。専門的な知識がなくても、ここまでにあげた機能はすべてカバーできる。ソースネクストから買える3年契約だったら定期的にセールしていて年間1万くらいだし、それくらいの価値はあるよなと思う。容量が2TBなのがつらいってことくらいか。あと円安で今後はどうなるかわからないな。

まぁでも、やっぱりNASには自由さがある。クラウド業者にデータを覗かれる心配がないし。GoogleとかMicrosoftとかで、家族の風呂写真あげてるだけでアカウントBANされたみたいな話聞くと、おいおい何してくれてんだビッグブラザーって思う。ここらへんは同じように悩んでいる人がたくさんいる（参考: 機能的で検閲のないクラウドストレージ、ゼロ説 | 点と接線。）。

クラウド事業者がユーザのファイルをスキャンして、挙げ句「お前のデータはポリシー違反だ」として削除あまつさえBANするのは、ド直球の検閲だ。そんなビッグブラザーの運営サービス気持ち悪くて選ばれるわけないから、片手間にオンラインストレージサービスやってるGoogleやMicrosoftの傲慢がそうさせているんだろう。経済合理的にはそんな検閲して1ミリの得もないと思うが、GoogleにせよMicrosoftにせよ、なんかアレゲな連中にコア部分を乗っ取られている感あるなぁ。

しかし、専業のDropboxはそんなことでユーザが離れたら死活問題なので、しないんじゃないかな、多分。スキャンはしているらしいけど（クラウド検閲問題について）、実際にBANされたって人は聞かない。少なくとも僕は今まで無事です。調べても、Googleブラザーがバンバンしている検閲問題で一緒に名前が挙げられているという感じで、少なくともエロやらのせいでDropboxから永久追放されたという話は聞かない。サービス内容が地味でキラキラしてないし金も有り余っているわけではないため、アレゲな連中にまだ乗っ取られてないんじゃないか説。まぁこれは勝手な邪推だけど。

まーでも、今後はどうなるかわからんし、僕はこの機にアレなファイルは全部NASに移行した。別にアレなファイルじゃなくても、データがネットに流れないってのは、存外開放感があるものなんだな、と思った。ま、NASも悪くないな。Dropboxの契約2年くらい残ってるけど。

[![QNAP TS-233](https://m.media-amazon.com/images/W/MEDIAX_849526-T1/images/I/51SfanPiqSL._AC_SL1500_.jpg) ### QNAP TS-233](https://www.amazon.co.jp/dp/B09MZBK7C8?&linkCode=ll1&tag=hackle12-22&linkId=b19cb9b8c22a410729bc6a604f03b285&language=ja_JP&ref_=as_li_ss_tl)
<!-- アフィリエイト開示文 -->

このリンクを通じて購入すると、管理人にアフィリエイト収入が入ります。記事が役に立ったらクリックしてもらえると嬉しいです。

Dropboxから少しずつNASに移行中

Sat, 30 Sep 2023 22:45:52 +0900

最近の記事で、DropboxのためにMac mini 2018で外部ストレージを起動ディスクにしたんだみたいなことを書いた。が、実は7月にしれっとNASを買っており、それを使ってDropboxから移行しようと画策している。Dropbox自体は便利で良いサービスなのだけれど、macOSの新仕様のために、やたらと使いづらくなる未来が見えているためだ。Appleの方針は揺るがないだろうし、iCloud並に使いづらくされてしまう可能性もある。また、Dropbox側のものとしては、iPad ProでDropboxのアプリを使うとやたら落ちるという現象も残念であった（とはいえこれはクリティカルではない）。

ということで、Dropboxのライセンスはあと2年半近く残っている状況でなんだかもったいない気もしつつ、NASへの移行を少しずつ進めている。

NASを買った

購入したNASはQNAPのTS-233だ。だいぶ前に、「NASは1ベイで十分」みたいな記事を書いたのに、結局2ベイNASを買った。

あわせて読みたい

家庭用なら1ベイNASで十分だ

/nas-1bay/

なんでかというと、1ベイNASはスペックが低いからだ。NASは気をつけないと、未だにメモリ512MBとか1GBのモデルが平然と売られているのだが、1ベイNASはまさにそんな感じ。しかも別に安くない。まぁ考えてみると、メーカー的には1ベイだろうが2ベイだろうが構成は大して変わらず、別に1ベイだから安くできるということもないのかもしれない。

大きさ的にも2ベイのサイズのほうが何かと余裕があるだろうし、コスト的にも2ベイNASがちょうどよかろうという感じだった。それにまぁ、また趣味的にRAID組みたいと思うことがあるかもしれないし。

で、このTS-233は値段がそれなりに熟れていてかつ、メモリも2GBだったので、Amazonのセールに合わせてポチった。

QSyncの実力

QNAPが出しているソフトウェアの中に、QSyncというものがある。これはNASとPCの間に同期フォルダを作るもので、まぁいってしまえば自前でDropboxを作るようなものである。こういったソフトウェアを使うためにも、メモリは2GBほしかった。

これを使うと、下記のような構成が実現できる。

graph BT
nas(NAS)
mac(Mac mini 2018)
win(Windows Desktop)
win_n(Windows Laptop)
mac nas
win nas
win_n nas

考え方としては、NASは端末間のデータをやりとりするための中継地点であり、バックアップでもある。

情報がそんなにたくさんあるわけではないので、パフォーマンスや安定性は未知数。これはもう使ってみるしかないかな。僕はけっこう激しくファイルの追加・削除を繰り返す作業をすることもあるし、複数のPCで同じファイルを扱うこともあるし、特にMacはファイルシステムのせいで濁音問題がややこしいとかもあるが、大丈夫だろうかと心配がある。

ざっと使ってみた感じだと、ファイルの増減が緩やかならまず問題はなさそう。パフォーマンスも思ったより速い。Dropboxと遜色ないか、ちょっと上かも。また、ドライブをまたいで同期フォルダを設定できるなど、Dropboxにはない柔軟性は嬉しい。

一方で、同期中に大量のファイルの削除や更新をすると（数万ファイル、数十GBくらい）、ちょっと挙動が怪しい感じがする。同期が詰まる感じというか。削除したファイルが復活したり。また、TBクラスのフォルダを同期したときにちゃんと動くかちょっと不安。まーでも、同期の初動はちょっと注視しないといけなかったとしても、運用までいったら基本的には問題ないんじゃないかな？と思っている。

MacからのSMB接続はやっぱり遅い

MacからのSMBによる接続はやっぱり遅い。まぁこれはもう諦めている。一応対応はあるんだけれど、これをしてもやっぱり遅いんだ。

あわせて読みたい

MacとReadyNAS 104の通信速度が遅い時の対処法(SMB)

/rnas104smbup/

だからこそ、基本はローカルで操作する必要がある。そもそも外付けSSDにDropboxのファイルを退避していたのも、データでさえもSMB接続のパフォーマンスが普段使いだとちょっと使い物にならなかったからだし。

なので、QSyncのようなソフトが重要だ。これがちゃんと機能するならNASに移行できる。逆に使えないとけっこう困るんだが。まぁでも、前述したように、今のところは大丈夫そうだ。

Dropboxは良いサービスです

他にも音楽ファイルをDropboxにあげているものからストリーミングしているとか、スマホで撮影した写真の共有手段に使っているとか、色々とやっていることもあるんだが、恐らくこれらもまぁ、問題ない程度に順次移行できるのではないかと思っている。一番の難所はやっぱりLANを超えた共有だろうなぁ。ここの解法は色々考えられるものの、なるべく手間がかからず便利なものを使いたい。自宅VPNはいやだVPNはいやだVPNはいやだ……。

とまぁ、諸般の事情で僕は脱Dropboxっぽい流れになってしまっているのだけれど、Dropbox自体は良いサービスだと思います。Macの濁点問題を地味に解消していることを知った時は軽く感動したよ。あと、Google DriveやOneDriveみたいにアレげなファイルあげたらBANされたみたいな話も聞こえてこないし、本業オンラインストレージサービスとしての本気を感じる。っていうか画像スキャンしたあげくアカウントBANするとかどこのビッグブラザーだよって感じだけど、Big Techはやっちゃうんだよなぁ。

なので、脱Dropbox的な記事で言うのもなんだけれど、Dropbox自体は本当にオススメ。自宅が火事になっても安心（安心か？）。macOSがわけわからんことになってなければ、NASに移行しようなんて思わなかった。2年以上余っているライセンスももったいないし、これはこれで何か活用方法を考えたいところだ。

M2 Macを買ったら、Intel Mac mini 2018はどうしたらいいんだ

Tue, 24 Jan 2023 00:00:56 +0900

売るの？まぁ売ればそこそこの値段にはなるかもしれないけれど。第8世代Core i5 6コア、RAM 32GB、内蔵SSD 512GB、ぱっと見で、今でも悪くないけどね。いや、むしろ使える。実際僕はこれで2030年まで戦うつもりだったんだぞ。

マシンはあればあったでけっこう便利なので、置いといてもいいかなと思う。けっこう色々な用途が考えられる。

NAS説

まず、NASとして使える。NASとして見た時のスペックは十分すぎる。というより、贅沢に過ぎる。

僕が今現在NASを使っていない理由は、Dropboxのほうが便利だからというのが大きいのだが、もうひとつあって、通常のSMBだとMacはどうもパフォーマンスが出ないという問題があった。これについては昔から苦しんでいて、以下のような記事を書いている。

/rnas104smbup/

この記事の対応である程度は改善するのだが、それでもファイルの一覧表示などのパフォーマンスは満足のいくものではなかった。

しかし、同じMac同士ならばそこまで遅いということもないので、けっこう使えるかもしれない。有線で繋げば速度的にも問題ないだろう。普通のNASだと騒音問題があるが、Mac miniは部屋の中においていても許されるくらいの静かさがあるし。

ただ、それM2 Mac miniをNASとして使うのと何が違うの？と考えると何も違わない。むしろ不便まである。

VPS代わりにバッチ処理とか

最近、ConoHaから値上げのメールがきた😭

昨今の情勢を考えれば仕方がないとはいえ、やはり値上げは悲しい。

それでふと、VPS代わりに使えば良いのではないか、という気もしている。とすると、このブログをどこに置くんだ、まさか今更自宅サーバじゃあるまいな、という話になるわけだが、もちろんそんなことはしない。WordPressの運用ならばいわゆるレンサバで十分なので、そちらに移行すればよいと思っている。

ちょうどいい機会かもしれない。Webサーバの運用はしんどい。WordPressだけでも、OS、Webサーバ、PHP、MariaDBと各種のアップデートに追いつかなければいけない。しんどい。いや、たしかに僕は楽しんでそういう作業をしていたこともあったよ。でも、もう僕はそこに喜びを見いだせないんだ。楽しくないんだ。

なので、ブログの運用はレンサバに移行し、そのほかのバッチ処理やビットコインの自動トレードプログラム（最近は止めている）などで使えば良いのではないか、という考えだ。

僕は定常的に何かとバッチ処理を流しているので、これはけっこう良いアイディアに思える。そしてVPSの契約を解約できれば、年間で1万円以上の節約になる。

まぁこれもM2 Mac miniでもできそうな気はしなくもないが、常時処理を走らせるマシンが別にあってもいいかなとは思う。

あと、気軽に環境壊せるマシンがあるのはいいかも。

クリーチャー製造機

僕は今AIイラストにハマっている。今回M2 Macをほしいと思ったのも、AppleがStable DiffusionのApple Silicon対応に乗り気だからだ。なので、M2 Macを買った暁には大いに使いたいところだが、現実的にすぐには使いこなせないだろうと思われる。

色々なチューニングがされたNovelAIやそのほか各種AIイラストサービスは、今後も必要になる。で、そういうサービスを使うのであれば、マシンスペックはそこまで必要ではないので、こちらのMac miniに生成のアシスタントをさせるという使い方は考えられる。実際、今はMacBook Proがその役割を担っていて、ノートPCにこんなことさせるのもなんだかなぁと思っていたところだ。

ついでに上記のバッチ処理サーバーの役割ももたせれば、けっこうなことをできる。

だいたい補助的な役割

まぁここまでつらつらと書いてきたものの、なければないで別に困らないなという感じ。そりゃそうではあるんだけれど。うーん。まぁでもあったら便利かな、くらいの感じ。サンドボックス的に使える、のが一番響いたかもしれない。macOSだとあんまりOS再インストールからという気にはならんし。

うーん、まぁでも弱いか。なにか一つ、「おっ、これは便利になるぞ」と心から思えるような、そういう変化もほしいところではあるなぁ。

NAS on 或る阿呆の記

脱Dropboxを進めている

ファイル同期

QNAP NAS + QSync

Nextcloud

Seafile

Webブラウザから見る

File Browser

Nextcloud

お外で聴ける音楽サーバ、メディアサーバ

WebDAV

Nextcloud

Jellyfin

スマホの写真やスクショをPCに転送する

KDE Connect

Immich

所感: NASでもいいか

FreeFileSync + FTP on Mac -> QNAP NASで文字コードも問題なくバックアップできている

環境

NFCとNFD

MacはSMBつらいつらい

そうだ、FTP、しよう

所感

Android + CloudBeats + QNAP NAS + Cloudflareで外でNASの音楽をストリーミング&オフライン再生する

環境

経緯

QNAPの設定

WebDAVを有効化する

WebDAV用の共有フォルダを作成する

WebDAV用のユーザを作成する

権限の編集をする

Cloudflareの設定

CloudBeatsでWebDAV使ってサインイン

(おまけ) ファイル管理はFreeFileSync

使い勝手

脱Dropbox：NASの音楽ファイルをストリーミングで再生する試み

ちょっとマニアックな構成

世界線の修正作業

Dropboxに恨みはない

自分のデータは自分で守れ、雲の上で守ってもらえると思うな

狂気の沙汰を正気の沙汰に

クラウドサービスもまた本質は狂気

手元の運用が楽になった

地震雷火事よりも親父（プラットフォーマー）のリスクが大きい

雲の上の頑固親父にデータを預けられない

MacとWindowsのバックアップはNAS + FreeFileSyncを使っている

バックアップ遍歴

GUIがよかった

LAN内DropboxとはいかないQsyncの使いどころ

Qsyncを使っていて起きたこと

Qsyncの使いどころ

rsyncじゃダメなんですか

Dropboxは有能だが

Qsyncは使える

QNAPのNASを使ったバックアップとファイル同期

NASに期待する機能

デバイス間でのフォルダ同期: Qsync

データのバックアップ: rsync最強伝説 もう正規化問題はないんだ……

メディアサーバ: 検討中

Dropboxは便利だけれど、自宅NASには自由さがある

Dropboxから少しずつNASに移行中

NASを買った

QSyncの実力

MacからのSMB接続はやっぱり遅い

Dropboxは良いサービスです

M2 Macを買ったら、Intel Mac mini 2018はどうしたらいいんだ

NAS説

VPS代わりにバッチ処理とか

クリーチャー製造機

だいたい補助的な役割

データのバックアップ: rsync最強伝説もう正規化問題はないんだ……